[Glass] gsDevKit / tode first time setup
Dale Henrichs via Glass
glass at lists.gemtalksystems.com
Tue Oct 20 12:04:57 PDT 2015
Hmmm, note that you are getting the warning (not an error):
On a 64-bit system? You must install the 32-bit libraries
Try `sudo aptitude install ia32-libs` or see
http://pharo.org/gnu-linux-installation#64-bit-System-Setup for more info
I don't know if that means that the download is not completed, or that
it means that pharo thinks that you haven't installed the 32 bit libs on
your system ... Did you load up the os prereqs on this client ...
From your message last night, you apprently got things to work on one
of the systems that you are using ... can you share with me the
differences between both sytems ... perhaps it's worth starting a new
subect with explicit descripion of the "work pc" that does not work and
a different subject for the tode client that works, but get's an error ...
Okay it looks like the error is coming from the
`/home/gemstone/GsDevKit_home/shared/pharo/pharo` which is a pharo
script, not a GsDevKit_home script:
/home/gemstone/GsDevKit_home/shared/pharo/pharo: line 11:
/home/gemstone/GsDevKit_home/shared/pharo/pharo-vm/pharo: No such file
or directory
and the offending line is
"$DIR"/"pharo-vm/pharo" --nodisplay "$@"
so perhaps you should add the line
set -x
at the top of the /home/gemstone/GsDevKit_home/shared/pharo/pharo script
so we can perhaps see why it is getting confused..
BY any chance are any of the directories on the path
/home/gemstone/GsDevKit_home/shared/pharo/pharo a symbolic link?
Dale
On 10/20/2015 11:06 AM, Jon Paynter wrote:
> Ok Re-testing the failed pharo download on my work PC.
>
> I tried Mariano's suggestion, but the 'pharo-vm' folder did not exist.
>
> So I removed $GS_HOME/shared/pharo, then ran git reset --hard
> and re-ran the installer. it downlaoded pharo-linux-stable.zip and
> sources.zip, but failed with the same error:
>
> + /usr/bin/curl get.pharo.org/vm30 <http://get.pharo.org/vm30>
> % Total % Received % Xferd Average Speed Time Time Time
> Current
> Dload Upload Total Spent Left
> Speed
> 100 5473 100 5473 0 0 8285 0 --:--:-- --:--:--
> --:--:-- 32577
> Downloading the latest pharoVM:
> http://files.pharo.org/get-files/30/pharo-linux-stable.zip
> pharo-vm/pharo
> Downloading PharoV30.sources:
> http://files.pharo.org/get-files/30/sources.zip
> Creating starter scripts pharo and pharo-ui
> On a 64-bit system? You must install the 32-bit libraries
> Try `sudo aptitude install ia32-libs` or see
> http://pharo.org/gnu-linux-installation#64-bit-System-Setup for more info
> + bash
> + /usr/bin/curl get.pharo.org/30 <http://get.pharo.org/30>
> % Total % Received % Xferd Average Speed Time Time Time
> Current
> Dload Upload Total Spent Left
> Speed
> 100 2771 100 2771 0 0 7926 0 --:--:-- --:--:--
> --:--:-- 16494
> Downloading the latest 30 Image:
> http://files.pharo.org/get-files/30/pharo.zip
> Pharo.image
> + popd
> ++ basename
> /home/gemstone/GsDevKit_home/bin/private/downloadSmalltalkClient
> + echo '...finished downloadSmalltalkClient'
> ...finished downloadSmalltalkClient
> create gsDevKitCommandLine.image image using
> /home/gemstone/GsDevKit_home/sys/default/pharo/gsDevKitCommandLineLoad.st
> /home/gemstone/GsDevKit_home/shared/pharo/pharo: line 11:
> /home/gemstone/GsDevKit_home/shared/pharo/pharo-vm/pharo: No such file
> or directory
> ======================================
>
> but the "missing" file exists:
> ls -l /home/gemstone/GsDevKit_home/shared/pharo/pharo-vm/pharo
> -rwxrwxr-x 1 gemstone gemstone 1121206 May 15 16:29
> /home/gemstone/GsDevKit_home/shared/pharo/pharo-vm/pharo
>
> Ideas? suggestions?
>
>
> On Mon, Oct 19, 2015 at 10:13 PM, Jon Paynter <kittle31 at gmail.com
> <mailto:kittle31 at gmail.com>> wrote:
>
> ok I got the session properties updated on the client - I changed
> "seaside_ldi" to "netldi"
>
> and now i can log in.
> I opened the project list, but when poking around in the menus to
> try and create a new project, something broke and now I get a
> dictionary error "attempt to store nil as a key"
> restarting the tode client doesnt seem to rollback whatever
> changes were made, so now the project list is broken.
>
> not sure how to get a stack dump or I would include one here.
>
> On Mon, Oct 19, 2015 at 9:05 PM, Dale Henrichs
> <dale.henrichs at gemtalksystems.com
> <mailto:dale.henrichs at gemtalksystems.com>> wrote:
>
> It looks like you have left seaside_ldi as your netldi and
> that does not work unless you have editted your /etc/services
> file (I thought I'd mentioned this in an earlier email and I
> think it's covered in the doc) ... if you don't edit the
> /etc/services file, you need to put the port number of
> seaside_ldi into your session description ("Client >Edit
> Description" menu item ... also select and doit in the
> workspace to write the updated session description) you get
> the port number from the netldi listing of the stones command
> run on the server ...
>
> Dale
>
>
> On 10/19/15 7:52 PM, Jon Paynter wrote:
>> well i guess I was impatient - the testLogin eventually DID
>> return, but with an error:
>> Error running testLogin:
>>
>> 'Error: Unable to create a GemStone session, check netldi log
>> file.
>> service not found, on bigyan getaddrinfo(host ''ubuntu'',
>> service ''seaside_ldi'') failed
>> ; service seaside_ldi not found For further information
>> about login failures, check the gem log file'
>>
>> So I changed the 'ubuntu' strings in the sessions file to the
>> IP of my vm: 192.168.1.137, and I got the same error -- but a
>> MUCH faster return.
>>
>> do I need to setup something with net ldi on my local PC? or
>> is the ssh port forward not working?
>>
>>
>> On Mon, Oct 19, 2015 at 7:40 PM, Jon Paynter
>> <kittle31 at gmail.com <mailto:kittle31 at gmail.com>> wrote:
>>
>> I will re-test when I return to work tomorrow -- it was
>> probably the corporate firewall getting in the way.
>>
>> On my home PC, the install worked last nite.
>>
>> I ran the long ssh cmd:
>> ssh 192.168.1.137 -l gemstone -L 55320:localhost:55320 -L
>> 55325:localhost:55325
>>
>> Which prompted for a pw and then I got the usual prompt
>> I tried to run the startnetldi cmd from link you sent (
>> https://github.com/GsDevKit/gsDevKitHome/blob/master/docs/portForwardingForRemoteLogins.md
>> )
>>
>> It complained when I had the -p (lowercase) option
>> but this one seemed to work:
>> $GEMSTONE/bin/startnetldi -a gemstone -g -P 55320 seaside_ldi
>>
>> startnetldi[Info]: GemStone version '3.2.8'
>> startnetldi[Info]: Starting GemStone network server
>> 'seaside_ldi'.
>> startnetldi[Info]: GEMSTONE is:
>> '/home/gemstone/GsDevKit_home/server/stones/seaside/product'.
>> startnetldi[Info]: GEMSTONE_NRS_ALL is:
>> '#dir:$GEMSTONE_LOGDIR#log:%N%P.log'.
>> startnetldi[Info]: Log file is
>> '/opt/gemstone/log/seaside_ldi.log'.
>> startnetldi[Info]: GemStone server 'seaside_ldi' has been
>> started, process 1879 .
>>
>> Then I started the stone process via startGemstone, and
>> both of them show up:
>>
>> gemstone at ubuntu:~/GsDevKit_home/server/stones/seaside$
>> gslist -lv
>> Status Version Owner Pid Port Started
>> Type Name
>> ------- --------- --------- ----- ----- ------------
>> ------ ----
>> OK 3.2.8 gemstone 1890 48297 Oct 20 02:21
>> cache seaside~e39397a912896488
>> OK 3.2.8 gemstone 1888 33849 Oct 20 02:21
>> Stone seaside
>> OK 3.2.8 gemstone 1879 55320 Oct 20 02:16
>> Netldi seaside_ldi
>>
>> After that I went to my local host and ran 'startClient tode'
>> That launched a modified pharo image with just a single
>> transcript window.
>> but the right-click menu looks nothing like what is in
>> your screenshot -- I dont see a 'tode' menu. I guess the
>> layout changed?
>>
>> I managed to find the shell, and run 'testLogin' but
>> then the pharo image became non-responsive and eventually
>> I killed it
>> The log file only had 1 line in it
>> [Info]: libssl-3.2.8-32.dll: loaded
>>
>>
>> where to next for debugging?
>>
>> On Mon, Oct 19, 2015 at 6:37 PM, Dale Henrichs
>> <dale.henrichs at gemtalksystems.com
>> <mailto:dale.henrichs at gemtalksystems.com>> wrote:
>>
>> Unfortunately this is another case of a (random)
>> partial pharo download ... I don't quite understand
>> how it can fail partway through the download without
>> errors ... it might help me figure out a solution if
>> you enclosed a little bit more of the install log ...
>> or did you get an error and then try again?
>>
>> If you did get an error during the pharo download, in
>> a previous attempt, then I might be able to write a
>> bash error handler that cleans things up in the event
>> of failed download ... OTOH if the pharo download is
>> silently failing then an error handler won't be
>> triggered and an alternate solution will have to be
>> tried ---- perhaps a validation step after the
>> download to ensure that the pharo download worked
>> correctly ...
>>
>> Could you let me know if there was an error triggered
>> during the failed download (or pass along more of the
>> log so I can determine for myself)?
>>
>> And yes Marianos workaround should work until I get a
>> patch in place ...
>>
>>
>> Dale
>>
>>
>> On 10/19/15 5:24 PM, Mariano Martinez Peck wrote:
>>> rm -rf $GS_HOME/shared/pharo/pharo-vm/ and try again?
>>> or.... do a mv just to not loose pharo folder in
>>> case it is not recoverable until Dale answers ;)
>>>
>>>
>>> On Mon, Oct 19, 2015 at 8:54 PM, Jon Paynter via
>>> Glass <glass at lists.gemtalksystems.com
>>> <mailto:glass at lists.gemtalksystems.com>> wrote:
>>>
>>> I see the docs getting updated -- this is good.
>>>
>>> but now the server install script is failing. I
>>> re-ran installServer on a different VM and now I
>>> get a new error:
>>>
>>>
>>> gemstone at ubuntu:~/GsDevKit_home$ installServer
>>> seaside 3.2.8
>>> ............
>>> create gsDevKitCommandLine.image image using
>>> /home/gemstone/GsDevKit_home/sys/default/pharo/gsDevKitCommandLineLoad.st
>>> /home/gemstone/GsDevKit_home/shared/pharo/pharo:
>>> line 11:
>>> /home/gemstone/GsDevKit_home/shared/pharo/pharo-vm/pharo:
>>> No such file or directory
>>>
>>> Any ideas on how to fix this one?
>>>
>>> On Mon, Oct 19, 2015 at 10:31 AM, Dale Henrichs
>>> <dale.henrichs at gemtalksystems.com
>>> <mailto:dale.henrichs at gemtalksystems.com>> wrote:
>>>
>>>
>>>
>>> On 10/18/2015 06:49 PM, Jon Paynter wrote:
>>>> .. and reading the docs further, I see
>>>> extra args for windows:
>>>> |$GS_HOME/bin/installClient -c https 3.2.9 tode|
>>>>
>>>> But that should be:
>>>> $GS_HOME/bin/installClient -c https tode 3.2.9
>>>>
>>>>
>>>> Also, since the failed install leaves files
>>>> behind, a "git reset --hard" is needed to
>>>> cleanup so the installer will work.
>>> Okay I've updated the docs
>>> ($GS_HOME/bin/updateGsDevKit -g should pick
>>> up the the new docs)
>>>>
>>>>
>>>> ... so after the installer finishes im
>>>> confused what to do next. The docs say:
>>>>
>>>> To setup SSH port forwarding,
>>>>
>>>> |ssh -L 44834:hostNameOrIp user at example.com
>>>> <mailto:user at example.com>|
>>>>
>>>> but what do I use for 'hostnameOrIp' ?
>>>> I assume I run that cmd on my gemstone
>>>> server. The local IP of my VM is
>>>> 192.168.1.137
>>>>
>>>> So do I run something like this?
>>>> ssh -L 56152:192.168.1.137 <then what goes
>>>> here?>
>>>>
>>>> where "56152" is the netldi port number I
>>>> got from running the 'stones' cmd on my server.
>>>>
>>>>
>>>> I tried, but it did not work:
>>>> gemstone at ubuntu:~$ ssh -L
>>>> 56152:192.168.1.137 user at host.com
>>>> <mailto:user at host.com>
>>>> Bad local forwarding specification
>>>> '56152:192.168.1.137'
>>>
>>> It sounds like we have a bit of work to do
>>> in this area for flow and correctness ....
>>> perhaps this doc[1] will get you going. The
>>> ssh statement for port forwarding should
>>> look like the following:
>>>
>>> ssh 192.168.100.129 -l dhenrich -L
>>> 56152:<localhosOrIP>:56152
>>>
>>> I should mention that the current session
>>> descriptions include a field for the netldi
>>> port:
>>>
>>> TDSessionDescription {
>>> #name : 'xx_329',
>>> #stoneHost : 'foos.gemtalksystems.com
>>> <http://foos.gemtalksystems.com>',
>>> #stoneName : 'xx_329',
>>> #gemHost : 'foos.gemtalksystems.com
>>> <http://foos.gemtalksystems.com>',
>>> #netLDI : 'xx_329_ldi',
>>> #netLDIPort : '56152',
>>> #gemTask : 'gemnetobject',
>>> #userId : 'DataCurator',
>>> #password : 'swordfish',
>>> #osUserId : nil,
>>> #osPassword : nil,
>>> #dataDirectory : nil,
>>> #backupDirectory :
>>> '/export/foos1/users/dhenrich/dev/_home/server/stones/xx_329/backups/',
>>> #snapshotDirectory :
>>> '/export/foos1/users/dhenrich/dev/_home/server/stones/xx_329/snapshots/',
>>> #gemstoneVersion : '3.2.9',
>>> #gciLibraryName : nil,
>>> #adornmentColor : nil,
>>> #serverGitRoot : nil,
>>> #serverTodeRoot :
>>> '/export/foos1/users/dhenrich/dev/_home'
>>>
>>> that you can set along with the name to
>>> ensure that your netldi will open on the
>>> same port every time ... if you use
>>> /etc/services, then you can leave the
>>> netLDIPort field empty.
>>>
>>> [1]
>>> https://github.com/GsDevKit/gsDevKitHome/blob/master/docs/portForwardingForRemoteLogins.md
>>>>
>>>>
>>>>
>>>> The client setup also says to copy some
>>>> files from the server - but the folder
>>>> doesnt exist
>>>>
>>>> From the server installation, copy the
>>>> server specificaion file to the client.
>>>> This file is
>>>>
>>>> |$GS_HOME/shared/tode/sys/local/client/descriptions/<myServerNodeName>|
>>>>
>>>> If you are using the same name as these
>>>> examples, it will be named:
>>>>
>>>> |$GS_HOME/shared/tode/sys/local/client/descriptions/devKit_329|
>>>>
>>>> to the same path on the client node.
>>>>
>>>> but I cannot find a 'descriptions' folder
>>>> anywhere under GsDevKit_home
>>>>
>>> This is a case, where I changed the
>>> structure used by the scripts without
>>> updating the docs ... the correct location is:
>>>
>>> $GS_HOME/sys/local/sessions
>>>
>>> I'll update the docs.
>>>
>>> Dale
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>>
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20151020/b940cd32/attachment-0001.html>
More information about the Glass
mailing list