[Glass] GemTools on remote server
Dale Henrichs via Glass
glass at lists.gemtalksystems.com
Mon Mar 30 10:31:09 PDT 2015
Dario,
tODE uses Pharo3.0 and GemTools uses Pharo1.1.x ... the required X11
libraries are different between the two vms ...
Dale
On 03/30/2015 10:02 AM, Dario Trussardi via Glass wrote:
> 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
>>>>>>>>>>>>>> <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
>>>>>
>>>>
>>>> _______________________________________________
>>>> 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/20150330/6861c879/attachment-0001.html>
More information about the Glass
mailing list