[Glass] gsDevKit / tode first time setup

Dale Henrichs via Glass glass at lists.gemtalksystems.com
Mon Oct 19 18:37:41 PDT 2015


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/20151019/30a5e56e/attachment.html>


More information about the Glass mailing list