[Glass] gsDevKit / tode first time setup
Jon Paynter via Glass
glass at lists.gemtalksystems.com
Mon Oct 19 19:40:27 PDT 2015
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> 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>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>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
>>>
>>>
>>> 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>
>>> 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',
>>> #stoneName : 'xx_329',
>>> #gemHost : '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
>> 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/20151019/a5944503/attachment-0001.html>
More information about the Glass
mailing list