[Glass] GemTools on remote server

Dale Henrichs via Glass glass at lists.gemtalksystems.com
Fri Mar 27 10:54:43 PDT 2015


On mac, apparently `netstat -p` doesn't list the process associated with 
port ...  so try `/usr/sbin/lsof -i :58199` ... just guessing because I 
don't have my mac in the office and just going by what google is telling 
me ...

Dale

On 03/27/2015 10:42 AM, Dario Trussardi via Glass wrote:
>
> Dale,
>
>> Dario,
>>
>> Use `sudo netstat -p` to find out process is using that port ...
>
> On the Ubuntu server into  ssh    the sudo netstat -p
>
> seems not occupy  the 57858 port.
>
> Can the problem is into mackBook ?
>
> The macBook command netstat   report:
>
> tcp4 14 0 localhost.57858 localhost.51370 CLOSE_WAIT tcp4 14 0 
> localhost.57858 localhost.51361 CLOSE_WAIT tcp4 14 0 localhost.57858 
> localhost.51323 CLOSE_WAIT tcp4 14 0 localhost.57858 localhost.51234 
> CLOSE_WAIT tcp4 14 0 localhost.57858 localhost.51187 CLOSE_WAIT tcp4 
> 14 0 localhost.57858 localhost.51177 CLOSE_WAIT tcp4 14 0 
> localhost.57858 localhost.51167 CLOSE_WAIT tcp4 14 0 localhost.57858 
> localhost.51142 CLOSE_WAIT tcp4 14 0 localhost.57858 localhost.51123 
> CLOSE_WAIT tcp4 14 0 localhost.57858 localhost.51120 CLOSE_WAIT tcp4 
> 14 0 localhost.57858 localhost.51109 CLOSE_WAIT tcp4 14 0 
> localhost.57858 localhost.51065 CLOSE_WAIT tcp4 14 0 localhost.57858 
> localhost.51063 CLOSE_WAIT
>
> What i need do ?
>
> Thanks,
>
> Dario
>
>>
>> Dale
>>
>> On 03/27/2015 09:52 AM, Dario Trussardi via Glass wrote:
>>>
>>> Dale,
>>>
>>>> Dario,
>>>>
>>>> Not sure right now ... Pharo1.1 must have a different set of 
>>>> prerequisites ... it will take a bit of time for me to figure that 
>>>> out, I suppose you could try running GemTools over the lan using 
>>>> the ssh port forwarding until I figure out the missing 
>>>> prerequisites ...
>>>
>>> No after reboot the Ubuntu system server,  the GemTools  on macBook 
>>> don't work,
>>>
>>>  because when i open the ssh session with :
>>>
>>> meetingto:~ dtr$ ssh  scandella -l scandella -L 
>>> 57858:localhost:57858 -L 57860:localhost:5786
>>>
>>> the 57858 i already in use.
>>>
>>> See the point:
>>>
>>>>> ----------------------------------------------
>>>>> Another questions about macBook GemTools problem.
>>>
>>> Thanks,
>>>
>>> Dario
>>>>
>>>> Dale
>>>>
>>>> On 03/27/2015 09:24 AM, Dario Trussardi via Glass wrote:
>>>>> Dale,
>>>>>
>>>>>> Dario,
>>>>>>
>>>>>> Good questions.
>>>>>>
>>>>>> As part of my work for the soon to be released gsDevKitHome 
>>>>>> 1.0.0, I have taken a pretty close look at the prerequisites[2] 
>>>>>> and I've got a detailed list of the prerequisites for 
>>>>>> Ubuntu14.04[2]. I think I've added a couple of prereqs since 
>>>>>> you've done an install ... mainly in the areas of support for 
>>>>>> ptrace (C stack straces) and freetype fonts for pharo.  Check you 
>>>>>> list against the required prereqs[5].
>>>>>
>>>>> I don't verify the prerequisite for now.
>>>>>
>>>>>>
>>>>>> It looks like you have the X11 Client already installed on the 
>>>>>> server, so you will need to install GemTools on the server. You 
>>>>>> should just be able to scp the GemTools zip file over to the 
>>>>>> server and go ...
>>>>>
>>>>> I open ssh session with:
>>>>>
>>>>> ssh -X scandella -l scandella -L 57858:localhost:57858 -L 
>>>>> 57860:localhost:57860
>>>>>
>>>>> And submit:
>>>>>
>>>>> export GS_HOME=/opt/oodb/gsDevKitHome
>>>>> export PATH=$GS_HOME/bin:$PATH
>>>>>
>>>>> $GS_HOME/bin/todeClient
>>>>>
>>>>> It work fine and i can submit tODE command on:gestionale   
>>>>>  environment
>>>>>
>>>>> After i download and unzip: 
>>>>> http://seaside.gemtalksystems.com/squeak/GemTools-1.0-beta.8.7-310x.zip
>>>>>
>>>>> When i submit:
>>>>>
>>>>> scandella at scandella:/opt/GemTools/GemTools-1.0-beta.8.7-3101x.app$ 
>>>>> ./GemTools-1.0-beta.8.7-3101x.sh
>>>>>
>>>>> the system answer:
>>>>> could not find module vm-display-X11 Annullato (core dump creato)
>>>>>
>>>>> Any idea about it?
>>>>>
>>>>> -------------------------------------------------------------------------------------------------
>>>>>
>>>>> Another questions about macBook GemTools problem.
>>>>>
>>>>> after reboot the server Ubuntu system now when i open a ssh on my 
>>>>> macBook with:
>>>>>
>>>>> meetingto:~ dtr$ ssh  scandella -l scandella -L 
>>>>> 57858:localhost:57858 -L 57860:localhost:5786
>>>>>
>>>>> the system answer:
>>>>>
>>>>>
>>>>>     bind: Address already in use
>>>>>     channel_setup_fwd_listener: cannot listen to port: 57858
>>>>>     bind: Address already in use
>>>>>     channel_setup_fwd_listener: cannot listen to port: 57860
>>>>>     Could not request local forwarding.
>>>>>
>>>>>     Welcome to Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-24-generic x86_64)
>>>>>
>>>>> A this point when i open the GemTools on my macBook and open the 
>>>>> session the system answer:
>>>>>
>>>>> Error: Unable to create a GemStone session.
>>>>> NetLDI service '57858' not found on node 'localhost' port 57858 :
>>>>>  For further information about login failures, check the gem log file
>>>>>
>>>>> I don't understund because 57858 i already in use after reboot the 
>>>>> system.
>>>>>
>>>>> Before use the ssh -X ..................  all worked well,  at the 
>>>>> login the 57858 is free  and GemTools session work fine.
>>>>>
>>>>>
>>>>> Any considerations?
>>>>>
>>>>> Thanks,
>>>>> Dario
>>>>>
>>>>>>
>>>>>> For the best performance using GemTools, I think that X11 
>>>>>> forwarding[3] (instructions included) is probably the best 
>>>>>> option. In my limited experience using X11 forwarding (with 
>>>>>> compression) with tODE, the update delays are not nearly as 
>>>>>> annoying as the pretty long round trip induced delays seen when 
>>>>>> using GemTools over the WAN.
>>>>>>
>>>>>> On the other hand, I think that SSH port forwarding[4] is the 
>>>>>> best option for tODE. tODE does a pretty good job of limiting the 
>>>>>> number of round trips so having snappier window updates is 
>>>>>> appreciated.
>>>>>>
>>>>>> Does that clarify things for you?
>>>>>>
>>>>>> Dale
>>>>>>
>>>>>> [1] 
>>>>>> https://github.com/GsDevKit/gsDevKitHome/blob/dev/docs/osPrereqs/osPrereqs.md
>>>>>> [2] 
>>>>>> https://github.com/GsDevKit/gsDevKitHome/blob/dev/docs/osPrereqs/ubuntu14.04.md
>>>>>> [3] 
>>>>>> https://github.com/GsDevKit/gsDevKitHome/blob/dev/docs/x11ForwardingForRemoteDisplays.md
>>>>>> [4] 
>>>>>> https://github.com/GsDevKit/gsDevKitHome/blob/dev/docs/portForwardingForRemoteLogins.md
>>>>>> [5] 
>>>>>> https://github.com/GsDevKit/gsDevKitHome/blob/dev/docs/osPrereqs/ubuntu14.04.md#install-basic-prerequisites-required
>>>>>>
>>>>>> On 03/26/2015 05:11 AM, Dario Trussardi via Glass wrote:
>>>>>>> Dale, Mariano,
>>>>>>>
>>>>>>> for now my server tODE environment is installed into my office 
>>>>>>> and i don't have performance problem with GemTools.
>>>>>>>
>>>>>>> But the next week the server will installed on remote office of 
>>>>>>> my client and i'm interested to work on it from my home office 
>>>>>>> on WAN.
>>>>>>>
>>>>>>> But i don't have clear that i need to install on the server.
>>>>>>>
>>>>>>> The server is based on Ubuntu 14.04 server  and for now i installed:
>>>>>>>
>>>>>>> sudo apt-get -y install git
>>>>>>> sudo apt-get -y install unzip
>>>>>>> sudo apt-get -y install curl
>>>>>>> sudo apt-get -y install libpam0g:i386
>>>>>>> sudo apt-get -y install libssl1.0.0:386
>>>>>>> sudo apt-get -y install libssl1.0.0:i386
>>>>>>> sudo apt-get -y install -qq gcc-multilib libstdc++6:i386
>>>>>>> sudo ln -s /usr/lib/i386-lin-gnu/libstdc++.so.6 
>>>>>>> /usr/lib/i386-linux-gnu/libstdc++.so
>>>>>>>
>>>>>>> sudo apt-get -y install libx11-6:i386
>>>>>>> sudo apt-get -y install libgl1-mesa-dev:i386
>>>>>>> sudo apt-get -y install libxcb-dri2-0:i386
>>>>>>>
>>>>>>> What other i need to load ?
>>>>>>>
>>>>>>> What i need to load for GemTools on the server( and relative 
>>>>>>> prerequisite ) ?
>>>>>>>
>>>>>>> After installed all, how i can test the GemTools load on the 
>>>>>>> server with X11 forwarding ?
>>>>>>>
>>>>>>> Into another e-mail Dale write:
>>>>>>>
>>>>>>>> Things are a bit snappier if I use port forwarding, but the 
>>>>>>>> advantage of XLL forwarding is that you don't have to install 
>>>>>>>> GemTools on the remote system...
>>>>>>>
>>>>>>> But relative performance are good?
>>>>>>>
>>>>>>> What is the best solutions, i'm confusing?
>>>>>>>
>>>>>>> Thanks for any help, considerations.
>>>>>>>
>>>>>>> Dario
>>>>>>>
>>>>>>>> Mariano,
>>>>>>>>
>>>>>>>> You have a point that ssh tunneling for X may be a better 
>>>>>>>> option ...
>>>>>>>>
>>>>>>>> Dario, When we get the port forwarding option working, you can 
>>>>>>>> give X11 forwarding a go.
>>>>>>>>
>>>>>>>> You'd need to install the X client on your server and I have 
>>>>>>>> another little writeup (that's part of the soon to be release 
>>>>>>>> gsDevKitHome 1.0.0) that details the X packages that need to be 
>>>>>>>> installed for X11 client [1], since you don't need the full 
>>>>>>>> blown X server for X11 forwarding.
>>>>>>>>
>>>>>>>> Dale
>>>>>>>>
>>>>>>>> [1] 
>>>>>>>> https://github.com/GsDevKit/gsDevKitHome/blob/dev/docs/osPrereqs/ubuntu14.04.md#x11-client-optional
>>>>>>>> On 3/25/15 7:14 AM, Mariano Martinez Peck wrote:
>>>>>>>>> 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 
>>>>>>>>> <mailto: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 <http://0.0.0.0:21/>
>>>>>>>>>>              0.0.0.0:* LISTEN      -
>>>>>>>>>>
>>>>>>>>>>             tcp  0      0 0.0.0.0:22 <http://0.0.0.0:22/>
>>>>>>>>>>              0.0.0.0:* LISTEN      -
>>>>>>>>>>
>>>>>>>>>>             tcp  0      0 0.0.0.0:25 <http://0.0.0.0:25/>
>>>>>>>>>>              0.0.0.0:* LISTEN      -
>>>>>>>>>>
>>>>>>>>>>             tcp  0      0 0.0.0.0:80 <http://0.0.0.0/>
>>>>>>>>>>              0.0.0.0:* LISTEN      -
>>>>>>>>>>
>>>>>>>>>>             tcp6   0      0 :::22           :::*      LISTEN
>>>>>>>>>>                -
>>>>>>>>>>
>>>>>>>>>>             tcp6   0      0 :::25           :::*      LISTEN
>>>>>>>>>>                -
>>>>>>>>>>
>>>>>>>>>>             tcp6   0      0 127.0.0.1:57858
>>>>>>>>>>             <http://127.0.0.1:57858/>         :::*    LISTEN
>>>>>>>>>>              4336/netldid
>>>>>>>>>>
>>>>>>>>>>             tcp6   0      0 ::1:57858           :::*    
>>>>>>>>>>              LISTEN  4336/netldid
>>>>>>>>>>
>>>>>>>>>>             tcp6   0      0 192.168.1.10:57858
>>>>>>>>>>             <http://192.168.1.10:57858/>      :::*  LISTEN
>>>>>>>>>>              4336/netldid
>>>>>>>>>>
>>>>>>>>>>             tcp6   0      0 127.0.0.1:54660
>>>>>>>>>>             <http://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 theGemTools loginthe 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
>>>>>>>>>>>>         <mailto: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 list
>>>>>>>>>>>>     Glass at lists.gemtalksystems.com  <mailto:Glass at lists.gemtalksystems.com>
>>>>>>>>>>>>     http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>>>>>>>>
>>>>>>>>>>>     _______________________________________________
>>>>>>>>>>>     Glass mailing list
>>>>>>>>>>>     Glass at lists.gemtalksystems.com
>>>>>>>>>>>     <mailto:Glass at lists.gemtalksystems.com>
>>>>>>>>>>>     http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>     _______________________________________________
>>>>>>>>>>     Glass mailing list
>>>>>>>>>>     Glass at lists.gemtalksystems.com  <mailto:Glass at lists.gemtalksystems.com>
>>>>>>>>>>     http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>     _______________________________________________
>>>>>>>>>     Glass mailing list
>>>>>>>>>     Glass at lists.gemtalksystems.com
>>>>>>>>>     <mailto:Glass at lists.gemtalksystems.com>
>>>>>>>>>     http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>> Mariano
>>>>>>>>> http://marianopeck.wordpress.com 
>>>>>>>>> <http://marianopeck.wordpress.com/>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Glass mailing list
>>>>>>>> Glass at lists.gemtalksystems.com 
>>>>>>>> <mailto:Glass at lists.gemtalksystems.com>
>>>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Glass mailing list
>>>>>>> Glass at lists.gemtalksystems.com
>>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>>>
>>>>>> _______________________________________________
>>>>>> Glass mailing list
>>>>>> Glass at lists.gemtalksystems.com 
>>>>>> <mailto:Glass at lists.gemtalksystems.com>
>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Glass mailing list
>>>>> Glass at lists.gemtalksystems.com
>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>
>>>> _______________________________________________
>>>> Glass mailing list
>>>> Glass at lists.gemtalksystems.com <mailto:Glass at lists.gemtalksystems.com>
>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>
>>>
>>>
>>> _______________________________________________
>>> Glass mailing list
>>> Glass at lists.gemtalksystems.com
>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>
>> _______________________________________________
>> Glass mailing list
>> Glass at lists.gemtalksystems.com <mailto:Glass at lists.gemtalksystems.com>
>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20150327/a622905d/attachment-0001.html>


More information about the Glass mailing list