[Glass] GemTools on remote server
Mariano Martinez Peck via Glass
glass at lists.gemtalksystems.com
Mon Mar 30 14:36:01 PDT 2015
Dale, I am getting old...the ldd should have been:
sudo ldd
/opt/gemstoneAdditions/GemTools-1.0-beta.8.7-3101x.app/Contents/Linux686/vm-display-X11/.libs/vm-display-X11
Dario, could you check that?
This is how it looks in my CentOS 7:
$ sudo ldd
/opt/gemstoneAdditions/GemTools-1.0-beta.8.7-3101x.app/Contents/Linux686/vm-display-X11/.libs/vm-display-X11
linux-gate.so.1 => (0xf76f6000)
libXrender.so.1 => /lib/libXrender.so.1 (0xf76c6000)
libGL.so.1 => /lib/libGL.so.1 (0xf764b000)
libXext.so.6 => /lib/libXext.so.6 (0xf7638000)
libSM.so.6 => /lib/libSM.so.6 (0xf762f000)
libICE.so.6 => /lib/libICE.so.6 (0xf7614000)
libdl.so.2 => /lib/libdl.so.2 (0xf760f000)
libm.so.6 => /lib/libm.so.6 (0xf75cc000)
libnsl.so.1 => /lib/libnsl.so.1 (0xf75b2000)
libX11.so.6 => /lib/libX11.so.6 (0xf7477000)
libc.so.6 => /lib/libc.so.6 (0xf72b9000)
libglapi.so.0 => /lib/libglapi.so.0 (0xf727a000)
libXdamage.so.1 => /lib/libXdamage.so.1 (0xf7276000)
libXfixes.so.3 => /lib/libXfixes.so.3 (0xf7270000)
libX11-xcb.so.1 => /lib/libX11-xcb.so.1 (0xf726d000)
libxcb-glx.so.0 => /lib/libxcb-glx.so.0 (0xf7253000)
libxcb-dri2.so.0 => /lib/libxcb-dri2.so.0 (0xf724d000)
libxcb.so.1 => /lib/libxcb.so.1 (0xf7228000)
libXxf86vm.so.1 => /lib/libXxf86vm.so.1 (0xf7222000)
libdrm.so.2 => /lib/libdrm.so.2 (0xf7214000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf71fa000)
libselinux.so.1 => /lib/libselinux.so.1 (0xf71d6000)
libuuid.so.1 => /lib/libuuid.so.1 (0xf71cf000)
/lib/ld-linux.so.2 (0xf76f7000)
libXau.so.6 => /lib/libXau.so.6 (0xf71cb000)
libpcre.so.1 => /lib/libpcre.so.1 (0xf7167000)
liblzma.so.5 => /lib/liblzma.so.5 (0xf713e000)
CHeers,
On Mon, Mar 30, 2015 at 6:25 PM, Dale Henrichs <
dale.henrichs at gemtalksystems.com> wrote:
> Mariano,
>
> With regards to ldd, and sqeak, none of the X libraries shows up in the
> ldd report for the squeak executable:
>
> $ sudo ldd squeak
>
> linux-gate.so.1 => (0xf779f000)
> libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf778c000)
> libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7787000)
> libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7740000)
> libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf7727000)
> libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7579000)
> /lib/ld-linux.so.2 (0xf77a0000)
>
> The X11 dependencies are in the X11 plugin and for the life of me, I
> cannot tell where the dynamic library for the plugin is created if any, so
> the actual X11 dependencies for this vm are a complete mystery ...
>
> Dale
> On 03/30/2015 02:03 PM, Mariano Martinez Peck wrote:
>
> Dario, it's very likely you are missing to install a lib in Linux needed
> by Pharo VM. An easy way to detect that is to do a ldd over the VM binary.
> Try to do something like this:
>
> sudo ldd
> /opt/gemstoneAdditions/GemTools-1.0-beta.8.7-3101x.app/Contents/Linux686/squeak
>
> Change that path for the accurate for your server. And check paste us
> the output of such a command. It may suggest a lib is missing. If true, let
> us know which one.
>
> Cheers,
>
> On Mon, Mar 30, 2015 at 3:41 PM, Dale Henrichs via Glass <
> glass at lists.gemtalksystems.com> wrote:
>
>> Dario,
>>
>> I just tried again and I started with an ico downloaded from the ubuntu
>> site:
>>
>> ubuntu-14.04-server-amd64.iso
>>
>> Created the vm using vmware player 7.x.
>>
>> Installed ssh manually:
>> sudo apt-get -y update
>> sudo apt-get -y install openssh-client
>> sudo apt-get -y install openssh-server
>>
>> scp'd the osPrereqs script that I mailed you to the server and ran it
>> with:
>>
>> ./osPrereqs -G -X -o ubuntu14.04
>>
>> When it finished I logged out and back in using the `X` flag to ssh:
>>
>> ssh 192.168.100.131 -l dhenrich -X
>>
>> then launched GemTools on the server
>>
>> GemTools-1.0-beta.8.7-3101x.app/GemTools-1.0-beta.8.7-3101x.sh &
>>
>> and it came up fine ...
>>
>>
>> Soooo, there must be something different about the setup of your
>> Ubuntu14.0.4 virtual machine ...
>>
>> Now I never did track the exact X11:i386 library that was needed by the
>> Pharo1.1.x vm, but the sane:i386 did the trick for me...
>>
>> Dale
>>
>> On 03/30/2015 11:02 AM, Dale Henrichs wrote:
>>
>> So Dario,
>>
>> Just to check ...
>>
>> tODE works when run on the server (using X11 forwarding) or on your local
>> macbook (using port forwarding).
>>
>> GemTools works on your local macbook (using port forwarding) and not on
>> the server (with X11 forwarding)...
>>
>> The latest stable vm for Pharo-3.0 does not work with the old Pharo1.1
>> images, so we will need to figure out the magic that it takes to get
>> GemTools working on your server .... I have it working on my server, but I
>> will try again to verify that I didn't sneak in a package upgrade that I
>> forgot to include ...
>>
>> Dale
>>
>> On 03/30/2015 10:31 AM, Dale Henrichs wrote:
>>
>> 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>
>> <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 <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 :::*
>>> 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
>>
>>
>> _______________________________________________
>> 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
>>
>>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>>
>>
>> _______________________________________________
>> 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
>
>
>
--
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20150330/038a37c7/attachment-0001.html>
More information about the Glass
mailing list