[Glass] Ubuntu 14.04 ethernet static ip and GemTools login
Mariano Martinez Peck via Glass
glass at lists.gemtalksystems.com
Wed Mar 25 07:14:42 PDT 2015
Dario,
I did not read the full email.... but If you allow me a quick
recommendation (maybe offtopic here), I would not use remote GemTools. It
is really too slow and becomes unusable. It is far easier and faster to use
SSH with X forward and run GemTools locally in your server. So in GemTools
you simply put localhost etc... and then do ssh -X etc..
And you can even improve performance of SSH with X by doing:
alias ssh-x='ssh -c arcfour,blowfish-cbc -XC'
then ssh-x myserver...
Best,
On Wed, Mar 25, 2015 at 11:02 AM, Dale Henrichs via Glass <
glass at lists.gemtalksystems.com> wrote:
> Dario,
>
> I'll have to wait for Martin to chime in with what he thinks may be going
> on now ...
>
> but, I'm inclined to take a different tack to address your GemTools remote
> login problem.
>
> You have ssh installed and you can log into the remote machine using ssh,
> so you should be able to setup ssh port forwarding for GemTools.
>
> I've done a writeup on this as part of the soon to be released
> gsDevKitHome 1.0.0[1].
>
> In a nutshell you do the following (after setting up the static ip
> address):
>
> ssh scandella -l scandella -L 57858:localhost:57858 -L
> 57860:localhost:57860
> # cd to your gestionale directory
> .
> defStone.env
>
> $GEMSTONE/bin/startnetldi -a scandella -g -p 57860:57860 -P 57858
> gestionale
>
> The use localhost in your session description, :
>
> OGCustomSessionDescription new
> name: 'Scandella3106 gestionale';
> stoneHost: 'localhost';
> stoneName: 'gestionale';
> gemHost: 'localhost';
> netLDI: '57858';
>
> Dale
>
> [1]
> https://github.com/GsDevKit/gsDevKitHome/blob/dev/docs/portForwardingForRemoteLogins.md
>
> On 3/25/15 3:07 AM, Dario Trussardi via Glass wrote:
>
> Dale,
>
>
> Dario,
>
> Replace the line:
>
> $GS_HOME/bin/tode startnetldi $stoneName -A192.168.1.10
>
> with a direct call to the startnetldi as described in my last email:
>
> $GEMSTONE/bin/startnetldi -g -a $USER -A192.168.1.10 -l \
>
> $GEMSTONE_LOGDIR/${stoneName}_ldi.log \
> ${stoneName}_ldi
>
> BUUUUUUT,
>
>
> OK i do this test, i report what i do:
>
>
> before we get to the point where we are trying to debug the startNetldi
> script, let's verify that you can start a netldi that works with your
> remote GemTools. So:
>
> 1. login in as the user that is running your stone processes
>
> I login as scandella
>
> 2. cd $GS_HOME/gemstone/stones/<stone-name>
>
> i go to my gestionale stone directory
>
> 3. execute the following bash script:
> . defStone.env
>
> i do the command: . defStone.env ( with a blank after the. )
>
> 4. then manually start the netldi:
> $GEMSTONE/bin/startnetldi -g -a $USER -A192.168.1.10 -l \
>
> $GEMSTONE_LOGDIR/${GEMSTONE_NAME}_ldi.log \
> ${GEMSTONE_NAME}_ldi
>
> i do the command :
> $GEMSTONE/bin/startnetldi -g -a scandella -A192.168.1.10 -l
> $GEMSTONE_LOGDIR/gestionale_ldi.log \gestionale_ldi
> It Report:
>
> GemStone version '3.1.0.6'
> startnetldi[Info]: Starting GemStone network server 'gestionale_ldi'.
> startnetldi[Info]: GEMSTONE is:
> '/opt/oodb/gsDevKitHome/gemstone/stones/gestionale/product'.
> startnetldi[Info]: GEMSTONE_NRS_ALL is:
> '#dir:$GEMSTONE_LOGDIR#log:%N%P.log'.
> startnetldi[Info]: Log file is
> '/opt/oodb/gsDevKitHome/gemstone/stones/gestionale/logs/gestionale_ldi.log'.
> startnetldi[Info]: GemStone server 'gestionale_ldi' has been started,
> process 4336 .
>
>
> Now the scandella at scandella:~$ netstat -ltpn
>
> command report :
>
> (Non tutti i processi potrebbero essere identificati, le informazioni
> sui processi non propri
>
> non saranno mostrate, per visualizzarle tutte bisogna avere privilegi
> di root.)
>
> Connessioni Internet attive (solo server)
>
> Proto CodaRic CodaInv Indirizzo locale Indirizzo remoto
> Stato PID/Program name
>
> tcp 0 0 0.0.0.0:21 0.0.0.0:*
> LISTEN -
>
> tcp 0 0 0.0.0.0:22 0.0.0.0:*
> LISTEN -
>
> tcp 0 0 0.0.0.0:25 0.0.0.0:*
> LISTEN -
>
> tcp 0 0 0.0.0.0:80 0.0.0.0:*
> LISTEN -
>
> tcp6 0 0 :::22 :::*
> LISTEN -
>
> tcp6 0 0 :::25 :::*
> LISTEN -
>
> tcp6 0 0 127.0.0.1:57858 :::*
> LISTEN 4336/netldid
>
> tcp6 0 0 ::1:57858 :::*
> LISTEN 4336/netldid
>
> tcp6 0 0 192.168.1.10:57858 :::*
> LISTEN 4336/netldid
>
> tcp6 0 0 127.0.0.1:54660 :::*
> LISTEN 4248/shrpcmonitor
>
> tcp6 0 0 ::1:54660 :::*
> LISTEN 4248/shrpcmonitor
>
> tcp6 0 0 :::57323 :::*
> LISTEN 4246/stoned
>
>
> 5. test your remote GemTools
>
>
> I update the GemTools session:
>
> OGCustomSessionDescription new
> name: 'Scandella3106 gestionale';
> stoneHost: 'scandella';
> stoneName: 'gestionale';
> gemHost: 'scandella';
> netLDI: '57858';
> .............
> ...........
>
> It don't work, when i do the GemTools login the system go into loop
>
> until i stoped the: gestionale_ldi 4336 process
>
> Thanks,
>
> Dario
>
>
> When we get GemTools working with a manually started netldi, then you can
> try changing the startNetldi script.
>
> Dale
>
> On 03/24/2015 04:02 PM, Dario Trussardi via Glass wrote:
>
> Dale, Martin,
>
> On 03/24/2015 01:02 PM, Dario Trussardi via Glass wrote:
>
>
> What do you intend with: did this fix it for you?
>
>
> For now i don't resolve the problem.
>
>
> OK, thanks. From your previous message I wasn't sure whether you were
> still seeing the problem.
>
>
> Considerations?
>
>
> The netldi is only listening on the IPv6 localhost address. If you want
> to use GemTools from another machine, it must also listen on the
> 192.168.1.10 address. I'm not sure why it isn't already listening on
> that address, but you should be able to fix it by adding -A192.168.1.10
> to your startnetldi command line (see the man page for startnetldi).
>
> Once you've started netldi with that option, netstat -ltpn should show
> netldi listening on that address.
>
>
> First: my environment is based on tODE and i think to change the file
> startNetldi
>
> adding some parameter to the last line.
>
> #! /bin/bash
>
> #=========================================================================
> # Copyright (c) 2014 GemTalk Systems, LLC <dhenrich at gemtalksystems.com>.
>
> #=========================================================================
>
> usage() {
> cat <<HELP
> USAGE: $(basename $0) [-h] <stone-name>
> Start the netldi process for the given stone.
>
> OPTIONS
> -h display help
>
> EXAMPLES
> $(basename $0) -h
> $(basename $0) kit
>
> HELP
> }
>
> set -e # exit on error
> if [ "${GS_HOME}x" = "x" ] ; then
> echo "the GS_HOME environment variable needs to be defined"; exit 1
> fi
> source ${GS_HOME}/bin/shFunctions
> getOpts_help $@
>
> if [ $# -ne 1 ]; then
> usage; exit 1
> fi
> stoneName=$1
>
> echo "starting netldi $stoneName"
>
> # set up stone environment
> stonePath=$GS_HOME/gemstone/stones/$stoneName
> pushd $stonePath >& /dev/null
> source $stonePath/stone.env
> popd >& /dev/null
>
> $GS_HOME/bin/tode startnetldi $stoneName -A192.168.1.10
>
> But with this information when i do the command : startNetlidi
> gestionale i don't solve the problem.
>
> The netstat -ltpn don't report netldi listening on that address.
>
>
> Second: in addition the service are started with Daemontools Gemstone
> service and i don't know where i need add the -A parameter.
>
> Anyone know informations about it ?
>
> Thanks,
>
> Dario
>
>
>
> Regards,
>
> -Martin
>
>
>
> _______________________________________________
> Glass mailing listGlass at lists.gemtalksystems.comhttp://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
>
>
> _______________________________________________
> Glass mailing listGlass at lists.gemtalksystems.comhttp://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
--
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20150325/94698fe2/attachment-0001.html>
More information about the Glass
mailing list