[Glass] GemTools on remote server
Dario Trussardi via Glass
glass at lists.gemtalksystems.com
Mon Mar 30 10:02:06 PDT 2015
Dale,
tODE client works into remote without problem.
GemTools not.
it's strange !?
It's a GemTools-1.0-beta.8.7-3101x.sh definition problem ?
Dario
> Dario,
>
> I don't have a clue at this point, since that was the formula that worked for me ...
>
> Below is the script that I used to install all of the prerequisites using the `-G -X -o ubuntu14.04` options...
>
> Dale
>
>
> #! /bin/bash
> #=========================================================================
> # Copyright (c) 2015 GemTalk Systems, LLC <dhenrich at gemtalksystems.com>.
> #=========================================================================
>
> echo "================="
> echo " GsDevKit script: $(basename $0) $*"
> echo "================="
>
> set -e # exit on error
>
> usage() {
> cat <<HELP
> USAGE: $(basename $0) [-h] -o [ubuntu12.04|ubuntu14.04] [-X] [-G]
>
> Install os-specific required packages:
> - 32 bit libraries
> - git
> - curl
> - unzip
> - ssl
> - PAM
>
> and os-specific optional packages:
> - X11
>
> OPTIONS
> -h
> display help
> -o
> select os
> -G
> install GemTools and the GemTools prerequisites
> -X
> if present, X11 client installed
>
>
> EXAMPLES
> ./$(basename $0) -h
> ./$(basename $0) -o ubuntu12.04
> ./$(basename $0) -X -o ubuntu12.04
> ./$(basename $0) -G -X -o ubuntu12.04
>
> HELP
> }
>
> installUbuntuPackages(){
> sudo apt-get -y update
> sudo apt-get -y install curl
> sudo apt-get -y install git
> sudo apt-get -y install zip
> sudo apt-get -y install unzip
> sudo apt-get -y install libpam0g:i386
> sudo apt-get -y install libssl1.0.0:i386
> sudo apt-get -y install gcc-multilib libstdc++6:i386
> sudo apt-get -y install gdb
> sudo apt-get -y install libfreetype6:i386
> sudo apt-get -y install pstack
> sudo /bin/su -c "echo 'kernel.yama.ptrace_scope = 0' >>/etc/sysctl.d/10-ptrace.conf"
> if [ "${X11client}x" = "1x" ] ; then
> sudo apt-get -y install libgl1-mesa-dev:i386
> sudo apt-get -y install libxcb-dri2-0:i386
> fi
> if [ "${gemtools}" = "true" ] ; then
> sudo apt-get -y install sane:i386
> sudo apt-get -y install libsm6:i386
> if [ ! -d "GemTools-1.0-beta.8.7-31x.app" ] ; then
> wget http://seaside.gemtalksystems.com/squeak/GemTools-1.0-beta.8.7-310x.zip
> unzip GemTools-1.0-beta.8.7-31x.zip
> fi
> fi
> }
>
> os=""
> X11client=""
> gemtools=""
>
> while getopts "ho:GX" OPT ; do
> case "$OPT" in
> G) gemtools="true";;
> h) usage; exit 0 ;;
> o) os="${OPTARG}" ;;
> X) X11client="1";;
> *) usage; exit 1 ;;
> esac
> done
> shift $(($OPTIND - 1))
>
> case "$os" in
> ubuntu12.04)
> installUbuntuPackages
> sudo ln -f -s /lib/i386-linux-gnu/libpam.so.0 /lib/libpam.so.0
> sudo ln -f -s /usr/lib/i386-lin-gnu/libstdc++.so.6 /usr/lib/i386-linux-gnu/libstdc++.so
> ;;
> ubuntu14.04)
> installUbuntuPackages
> sudo ln -f -s /usr/lib/i386-lin-gnu/libstdc++.so.6 /usr/lib/i386-linux-gnu/libstdc++.so
> ;;
> *) usage; exit 1;;
> esac
>
> On 03/28/2015 04:12 AM, Dario Trussardi via Glass wrote:
>> Dale,
>>
>> i think to update the ubuntu server to:
>>
>> sudo apt-get -y update
>> sudo apt-get -y install curl
>> sudo apt-get -y install git
>> sudo apt-get -y install unzip
>> 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 gdb
>> sudo apt-get -y install libfreetype6:i386
>> sudo apt-get -y install pstack
>> sudo /bin/su -c "echo 'kernel.yama.ptrace_scope = 0' >>/etc/sysctl.d/10-ptrace.conf"
>>
>>
>> sudo apt-get -y install libgl1-mesa-dev:i386
>> sudo apt-get -y install libxcb-dri2-0:i386
>>
>> sudo apt-get install sane:i386
>> sudo apt-get install libsm6:i386
>>
>> But when i do the command:
>>
>> scandella at scandella:/opt/GemTools/GemTools-1.0-beta.8.7-3101x.app$
>> ./GemTools-1.0-beta.8.7-3101x.sh
>>
>> the system answer the same error:
>>
>>
>> could not find module vm-display-X11
>> Annullato (core dump creato)
>>
>> Considerations ?
>>
>> Thanks,
>>
>> Dario
>>
>>> Okay in addition to the published 14.04 prereqs[1] (including X11 client prereqs[2]), the following two packages need to be loaded for GemTools to work on Ubuntu14.04:
>>>
>>> sudo apt-get install sane:i386
>>> sudo apt-get install libsm6:i386
>>>
>>> Dale
>>>
>>> [1] https://github.com/GsDevKit/gsDevKitHome/blob/dev/docs/osPrereqs/ubuntu14.04.md#install-basic-prerequisites-required
>>> [2] https://github.com/GsDevKit/gsDevKitHome/blob/dev/docs/osPrereqs/ubuntu14.04.md#install-x11-client-optional
>>> On 03/27/2015 11:51 AM, Dale Henrichs wrote:
>>>> Dario,
>>>>
>>>> I think I have stumbled across the magic for getting GemTools to run on 14.04. Try this:
>>>>
>>>> sudo apt-get install libx11-6:i386 libsm6:i386
>>>>
>>>> I had done some other installs along the way, but with no success ... Since I've pretty much trashed my ubuntu vms during this excercise, I will have to start with fresh ubuntu installs to verify exactly what is needed and that will be a little while ...
>>>>
>>>> When I'm done I will verify and include the GemTools information in the soon to be released gsDevKitHome 1.0.0 documentation:)
>>>>
>>>> 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> 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 list
>>>>>>>>>>>>>>>> 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
>>>>>>>>>>>>>> http://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
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Glass mailing list
>>>>>>>>>>>> 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
>>>>>>>>>> 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
>>>>>>>> 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
>>>>>> 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
>>> 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
> http://lists.gemtalksystems.com/mailman/listinfo/glass
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20150330/84c324f3/attachment-0001.html>
More information about the Glass
mailing list