gsDevKit / tode first time setup

After seeing some of Dale's work on tode I wanted to give it a try -- especially since it appears to an option to install a windows client.

I tried to follow the instructions here: https://github.com/GsDevKit/gsDevKitHome/blob/master/docs/windowsClientInstallation.md

Everything went ok until i got to step 7

then I ran into 2 problems.

1)  The documentation page doesnt say where 'the installWindowsClient' file lives.  A quick search found it in gsDevKitHome/bin/windows

2) After running the cmd I get error:

$ installWindowsClient 3.1.0.2 D:/gitroot/tode D:/gitroot/ston

[Info] Downloading GemBuilderC3.1.0.2-x86.Windows_NT.zip using /bin/curl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 4256k  100 4256k    0     0  1568k      0  0:00:02  0:00:02 --:--:-- 1568k

[Info] Uncompressing GemStone archive into /d/gitroot/gsDevKitHome/gemstone/products/

copy gci libraries

copy msvcr100.dll library

[Info] Finished GemBuilderC3.1.0.2-x86.Windows_NT installation

[Info] GemStone version information:

GemStone/S 64 Bit

3.1.0.2 Build: gss64_3_1_0_x_branch-29651

Wed Nov 28 17:39:35 2012

Installing Pharo

[Info] Downloading Pharo3.0-win.zip using /bin/curl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 17.8M  100 17.8M    0     0  1049k      0  0:00:17  0:00:17 --:--:-- 1207k

[Info] Uncompressing Pharo archive into /d/gitroot/gsDevKitHome/pharo

creating todeClient image

createTodeImage[Error]: failed loading tode client

my D: has plenty of space left (750GB free)

How do I fix this error?

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

... a reply on a sunday -- impressive!

so the instructions say I need to install the server first.

I have an ubuntu 12.04 I am using.  After making a new clone of GsDevKit_home I run the install script:

gemstone@ubuntu:~$ $GS_HOME/bin/installServer 3.2.9 seaside

=================

   GsDevKit script: installServer 3.2.9 seaside

              path: /home/gemstone/GsDevKit_home/bin/installServer

=================

=================

   GsDevKit script: downloadGemStone seaside

              path: /home/gemstone/GsDevKit_home/bin/downloadGemStone

=================

Installing GemStone/S seaside

[Info] Starting installation of GemStone64Bitseaside-x86_64.Linux on ubuntu

Skip operating system configuration steps, system already setup (/home/gemstone/GsDevKit_home/bin/.gsdevkitSysSetup exists)

[Info] Downloading GemStone64Bitseaside-x86_64.Linux.zip using /usr/bin/wget

--2015-10-19 00:33:44--  http://ftp.gemtalksystems.com/pub/GemStone64/seaside/GemStone64Bitseaside-x86_64.Linux.zip

Resolving ftp.gemtalksystems.com (ftp.gemtalksystems.com)... 54.213.115.236

Connecting to ftp.gemtalksystems.com (ftp.gemtalksystems.com)|54.213.115.236|:80... connected.

HTTP request sent, awaiting response... 404 Not Found

2015-10-19 00:33:45 ERROR 404: Not Found.

after a little poking around on ftp.gemtalksystems.com, it seems the download path is wrong:

ftp.gemtalksystems.com/pub/GemStone64/seaside  <--  'seaside' folder doesnt exist

Let me know where to go next

On Sun, Oct 18, 2015 at 3:34 PM, Dale Henrichs via Glass <[hidden email]> wrote:

Jon,

I am right on the cusp of switching from gsDevKiHome[1] to GsDevKit_home[2] ... One of the driving forces for creating GsDevKit_home[2] was to improve the experience for Windows users... For example with the new GsDevKit_home[2], the same scripts are used for all platforms (the Windows-specific changes are hidden under the covers).

As a Windows user I'm inclined to ask you to try taking the Early Access of GsDevKit_home[2] for windows and let us know how it goes -- you are one of the targeted users after all ...

I _am_ actively working on GsDevKit_home[2], but I am pretty much finished with the scripts and I'm focusing more on tODE --- the good news is that I've created bash scripts that you can run to update bot the bash scripts and tODE stones, so you should be able to keep up at your own pace.

If you are interested in trying out the new GsDevKit_home[2] please read through the recent Early Access messages ...

Which ever way you choose to go, I have noticed that the Pharo download server has gotten a bit flakey recently --- I've seen it hang and I've seen it break the download connection without errors ... it seems that wget might be part of the problem, since the Pharo server failure mechanism appears to cause wget to exit without error, whereas curl seems to at least exit with an error ...

For GsDevKit_home[2], I've switched the scripts to use curl (if present) and wget secondarily, but nothing is guaranteed when the internet is involved and retrying until the download succeeds is the best bet ... depending upon the failure mechanism it may be necessary to delete all of the files in the $GS_HOME/pharo directory except the GemTalkSystemsLogo.png (for gsDevKitHome[1]).

If you go with GsDevKit_home[2] please let me know so I can keep things straight --- and the instructions _are_ different:)

Dale

[1] https://github.com/GsDevKit/gsDevKitHome
[2] https://github.com/GsDevKit/GsDevKit_home#open-source-development-kit-for-gemstones-64-bit-

On 10/18/15 2:02 PM, Jon Paynter via Glass wrote:

After seeing some of Dale's work on tode I wanted to give it a try -- especially since it appears to an option to install a windows client.

I tried to follow the instructions here: https://github.com/GsDevKit/gsDevKitHome/blob/master/docs/windowsClientInstallation.md

Everything went ok until i got to step 7

then I ran into 2 problems.

1)  The documentation page doesnt say where 'the installWindowsClient' file lives.  A quick search found it in gsDevKitHome/bin/windows

2) After running the cmd I get error:

$ installWindowsClient 3.1.0.2 D:/gitroot/tode D:/gitroot/ston

[Info] Downloading GemBuilderC3.1.0.2-x86.Windows_NT.zip using /bin/curl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 4256k  100 4256k    0     0  1568k      0  0:00:02  0:00:02 --:--:-- 1568k

[Info] Uncompressing GemStone archive into /d/gitroot/gsDevKitHome/gemstone/products/

copy gci libraries

copy msvcr100.dll library

[Info] Finished GemBuilderC3.1.0.2-x86.Windows_NT installation

[Info] GemStone version information:

GemStone/S 64 Bit

3.1.0.2 Build: gss64_3_1_0_x_branch-29651

Wed Nov 28 17:39:35 2012

Installing Pharo

[Info] Downloading Pharo3.0-win.zip using /bin/curl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 17.8M  100 17.8M    0     0  1049k      0  0:00:17  0:00:17 --:--:-- 1207k

[Info] Uncompressing Pharo archive into /d/gitroot/gsDevKitHome/pharo

creating todeClient image

createTodeImage[Error]: failed loading tode client

my D: has plenty of space left (750GB free)

How do I fix this error?

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

yep that works much better

I guess t here is a minor typo in the docs:

Script to install the server only:

$GS_HOME/bin/installServer <GemStoneVersion> <myStoneName>

On Sun, Oct 18, 2015 at 6:01 PM, Dale Henrichs <[hidden email]> wrote:

You've got your args  backwards:

  USAGE: installServer [-h] [-c https | ssh ] [-o <organization-name>] <stone-name> <gemstone-version>

Dale

On 10/18/15 5:41 PM, Jon Paynter wrote:

... a reply on a sunday -- impressive!

so the instructions say I need to install the server first.

I have an ubuntu 12.04 I am using.  After making a new clone of GsDevKit_home I run the install script:

gemstone@ubuntu:~$ $GS_HOME/bin/installServer 3.2.9 seaside

=================

   GsDevKit script: installServer 3.2.9 seaside

              path: /home/gemstone/GsDevKit_home/bin/installServer

=================

=================

   GsDevKit script: downloadGemStone seaside

              path: /home/gemstone/GsDevKit_home/bin/downloadGemStone

=================

Installing GemStone/S seaside

[Info] Starting installation of GemStone64Bitseaside-x86_64.Linux on ubuntu

Skip operating system configuration steps, system already setup (/home/gemstone/GsDevKit_home/bin/.gsdevkitSysSetup exists)

[Info] Downloading GemStone64Bitseaside-x86_64.Linux.zip using /usr/bin/wget

--2015-10-19 00:33:44--  http://ftp.gemtalksystems.com/pub/GemStone64/seaside/GemStone64Bitseaside-x86_64.Linux.zip

Resolving ftp.gemtalksystems.com (ftp.gemtalksystems.com)... 54.213.115.236

Connecting to ftp.gemtalksystems.com (ftp.gemtalksystems.com)|54.213.115.236|:80... connected.

HTTP request sent, awaiting response... 404 Not Found

2015-10-19 00:33:45 ERROR 404: Not Found.

after a little poking around on ftp.gemtalksystems.com, it seems the download path is wrong:

ftp.gemtalksystems.com/pub/GemStone64/seaside  <--  'seaside' folder doesnt exist

Let me know where to go next

On Sun, Oct 18, 2015 at 3:34 PM, Dale Henrichs via Glass <[hidden email]> wrote:

Jon,

I am right on the cusp of switching from gsDevKiHome[1] to GsDevKit_home[2] ... One of the driving forces for creating GsDevKit_home[2] was to improve the experience for Windows users... For example with the new GsDevKit_home[2], the same scripts are used for all platforms (the Windows-specific changes are hidden under the covers).

As a Windows user I'm inclined to ask you to try taking the Early Access of GsDevKit_home[2] for windows and let us know how it goes -- you are one of the targeted users after all ...

I _am_ actively working on GsDevKit_home[2], but I am pretty much finished with the scripts and I'm focusing more on tODE --- the good news is that I've created bash scripts that you can run to update bot the bash scripts and tODE stones, so you should be able to keep up at your own pace.

If you are interested in trying out the new GsDevKit_home[2] please read through the recent Early Access messages ...

Which ever way you choose to go, I have noticed that the Pharo download server has gotten a bit flakey recently --- I've seen it hang and I've seen it break the download connection without errors ... it seems that wget might be part of the problem, since the Pharo server failure mechanism appears to cause wget to exit without error, whereas curl seems to at least exit with an error ...

For GsDevKit_home[2], I've switched the scripts to use curl (if present) and wget secondarily, but nothing is guaranteed when the internet is involved and retrying until the download succeeds is the best bet ... depending upon the failure mechanism it may be necessary to delete all of the files in the $GS_HOME/pharo directory except the GemTalkSystemsLogo.png (for gsDevKitHome[1]).

If you go with GsDevKit_home[2] please let me know so I can keep things straight --- and the instructions _are_ different:)

Dale

[1] https://github.com/GsDevKit/gsDevKitHome
[2] https://github.com/GsDevKit/GsDevKit_home#open-source-development-kit-for-gemstones-64-bit-

On 10/18/15 2:02 PM, Jon Paynter via Glass wrote:

After seeing some of Dale's work on tode I wanted to give it a try -- especially since it appears to an option to install a windows client.

I tried to follow the instructions here: https://github.com/GsDevKit/gsDevKitHome/blob/master/docs/windowsClientInstallation.md

Everything went ok until i got to step 7

then I ran into 2 problems.

1)  The documentation page doesnt say where 'the installWindowsClient' file lives.  A quick search found it in gsDevKitHome/bin/windows

2) After running the cmd I get error:

$ installWindowsClient 3.1.0.2 D:/gitroot/tode D:/gitroot/ston

[Info] Downloading GemBuilderC3.1.0.2-x86.Windows_NT.zip using /bin/curl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 4256k  100 4256k    0     0  1568k      0  0:00:02  0:00:02 --:--:-- 1568k

[Info] Uncompressing GemStone archive into /d/gitroot/gsDevKitHome/gemstone/products/

copy gci libraries

copy msvcr100.dll library

[Info] Finished GemBuilderC3.1.0.2-x86.Windows_NT installation

[Info] GemStone version information:

GemStone/S 64 Bit

3.1.0.2 Build: gss64_3_1_0_x_branch-29651

Wed Nov 28 17:39:35 2012

Installing Pharo

[Info] Downloading Pharo3.0-win.zip using /bin/curl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 17.8M  100 17.8M    0     0  1049k      0  0:00:17  0:00:17 --:--:-- 1207k

[Info] Uncompressing Pharo archive into /d/gitroot/gsDevKitHome/pharo

creating todeClient image

createTodeImage[Error]: failed loading tode client

my D: has plenty of space left (750GB free)

How do I fix this error?

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

Seems there is a similar mismatch for the client:

Script to install the client:

$GS_HOME/bin/installClient <myGemStoneVersion> <myClientName>

Running:

installClient 3.2.8 tode

gives an error.

but running:

installClient tode 3.2.8 

"mostly" works:

$ installClient tode 3.2.8

=================

   GsDevKit script: installClient tode 3.2.8

              path: /d/gitroot/GsDevKit_home/bin/installClient

=================

=================

   GsDevKit script: downloadGemStone 3.2.8

              path: /d/gitroot/GsDevKit_home/bin/downloadGemStone

=================

Installing GemStone/S 3.2.8

[Info] Starting installation of GemBuilderC3.2.8-x86.Windows_NT on BIGYAN

Skip operating system configuration steps, system already setup (/d/gitroot/GsDevKit_home/bin/.gsdevkitSysSetup exists)

[Info] Downloading GemBuilderC3.2.8-x86.Windows_NT.zip using /bin/curl -O

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 15.3M  100 15.3M    0     0  5586k      0  0:00:02  0:00:02 --:--:-- 5586k

[Info] Uncompressing GemStone archive into /d/gitroot/GsDevKit_home/shared/downloads/products/

=================

   GsDevKit script: installClientGciLibraries 3.2.8

              path: /d/gitroot/GsDevKit_home/bin/private/installClientGciLibraries

=================

=================

   GsDevKit script: installClientGciLibraries 3.2.8

              path: /d/gitroot/GsDevKit_home/shared/bin/installClientGciLibraries

=================

...finished installClientGciLibraries

...finished installClientGciLibraries

[Info] Finished GemBuilderC3.2.8-x86.Windows_NT installation on BIGYAN

[Info] GemStone version information:

GemStone/S 64 Bit

3.2.8 Build: gss64_3_2_x_branch-37241

Fri Aug 21 13:16:52 2015

...finished downloadGemStone

=================

   GsDevKit script: cloneGsDevKitProjects client

              path: /d/gitroot/GsDevKit_home/bin/utils/cloneGsDevKitProjects

=================

=================

   GsDevKit script: clone_sys_local -o GsDevKit

              path: /d/gitroot/GsDevKit_home/bin/private/clone_sys_local

=================

=================

   GsDevKit script: cloneGitHubProject GsDevKit GsDevKit_sys_local local

              path: /d/gitroot/GsDevKit_home/bin/private/cloneGitHubProject

=================

Cloning into 'local'...

remote: Counting objects: 56, done.

remote: Total 56 (delta 0), reused 0 (delta 0), pack-reused 56

Unpacking objects: 100% (56/56), done.

Checking connectivity... done.

...finished cloneGitHubProject

Switched to a new branch 'gsdevkit'

ln: creating symbolic link `./local' to `../local/local': Permission denied

On Sun, Oct 18, 2015 at 6:09 PM, Jon Paynter <[hidden email]> wrote:

yep that works much better

I guess t here is a minor typo in the docs:

Script to install the server only:

$GS_HOME/bin/installServer <GemStoneVersion> <myStoneName>

On Sun, Oct 18, 2015 at 6:01 PM, Dale Henrichs <[hidden email]> wrote:

You've got your args  backwards:

  USAGE: installServer [-h] [-c https | ssh ] [-o <organization-name>] <stone-name> <gemstone-version>

Dale

On 10/18/15 5:41 PM, Jon Paynter wrote:

... a reply on a sunday -- impressive!

so the instructions say I need to install the server first.

I have an ubuntu 12.04 I am using.  After making a new clone of GsDevKit_home I run the install script:

gemstone@ubuntu:~$ $GS_HOME/bin/installServer 3.2.9 seaside

=================

   GsDevKit script: installServer 3.2.9 seaside

              path: /home/gemstone/GsDevKit_home/bin/installServer

=================

=================

   GsDevKit script: downloadGemStone seaside

              path: /home/gemstone/GsDevKit_home/bin/downloadGemStone

=================

Installing GemStone/S seaside

[Info] Starting installation of GemStone64Bitseaside-x86_64.Linux on ubuntu

Skip operating system configuration steps, system already setup (/home/gemstone/GsDevKit_home/bin/.gsdevkitSysSetup exists)

[Info] Downloading GemStone64Bitseaside-x86_64.Linux.zip using /usr/bin/wget

--2015-10-19 00:33:44--  http://ftp.gemtalksystems.com/pub/GemStone64/seaside/GemStone64Bitseaside-x86_64.Linux.zip

Resolving ftp.gemtalksystems.com (ftp.gemtalksystems.com)... 54.213.115.236

Connecting to ftp.gemtalksystems.com (ftp.gemtalksystems.com)|54.213.115.236|:80... connected.

HTTP request sent, awaiting response... 404 Not Found

2015-10-19 00:33:45 ERROR 404: Not Found.

after a little poking around on ftp.gemtalksystems.com, it seems the download path is wrong:

ftp.gemtalksystems.com/pub/GemStone64/seaside  <--  'seaside' folder doesnt exist

Let me know where to go next

On Sun, Oct 18, 2015 at 3:34 PM, Dale Henrichs via Glass <[hidden email]> wrote:

Jon,

I am right on the cusp of switching from gsDevKiHome[1] to GsDevKit_home[2] ... One of the driving forces for creating GsDevKit_home[2] was to improve the experience for Windows users... For example with the new GsDevKit_home[2], the same scripts are used for all platforms (the Windows-specific changes are hidden under the covers).

As a Windows user I'm inclined to ask you to try taking the Early Access of GsDevKit_home[2] for windows and let us know how it goes -- you are one of the targeted users after all ...

I _am_ actively working on GsDevKit_home[2], but I am pretty much finished with the scripts and I'm focusing more on tODE --- the good news is that I've created bash scripts that you can run to update bot the bash scripts and tODE stones, so you should be able to keep up at your own pace.

If you are interested in trying out the new GsDevKit_home[2] please read through the recent Early Access messages ...

Which ever way you choose to go, I have noticed that the Pharo download server has gotten a bit flakey recently --- I've seen it hang and I've seen it break the download connection without errors ... it seems that wget might be part of the problem, since the Pharo server failure mechanism appears to cause wget to exit without error, whereas curl seems to at least exit with an error ...

For GsDevKit_home[2], I've switched the scripts to use curl (if present) and wget secondarily, but nothing is guaranteed when the internet is involved and retrying until the download succeeds is the best bet ... depending upon the failure mechanism it may be necessary to delete all of the files in the $GS_HOME/pharo directory except the GemTalkSystemsLogo.png (for gsDevKitHome[1]).

If you go with GsDevKit_home[2] please let me know so I can keep things straight --- and the instructions _are_ different:)

Dale

[1] https://github.com/GsDevKit/gsDevKitHome
[2] https://github.com/GsDevKit/GsDevKit_home#open-source-development-kit-for-gemstones-64-bit-

On 10/18/15 2:02 PM, Jon Paynter via Glass wrote:

After seeing some of Dale's work on tode I wanted to give it a try -- especially since it appears to an option to install a windows client.

I tried to follow the instructions here: https://github.com/GsDevKit/gsDevKitHome/blob/master/docs/windowsClientInstallation.md

Everything went ok until i got to step 7

then I ran into 2 problems.

1)  The documentation page doesnt say where 'the installWindowsClient' file lives.  A quick search found it in gsDevKitHome/bin/windows

2) After running the cmd I get error:

$ installWindowsClient 3.1.0.2 D:/gitroot/tode D:/gitroot/ston

[Info] Downloading GemBuilderC3.1.0.2-x86.Windows_NT.zip using /bin/curl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 4256k  100 4256k    0     0  1568k      0  0:00:02  0:00:02 --:--:-- 1568k

[Info] Uncompressing GemStone archive into /d/gitroot/gsDevKitHome/gemstone/products/

copy gci libraries

copy msvcr100.dll library

[Info] Finished GemBuilderC3.1.0.2-x86.Windows_NT installation

[Info] GemStone version information:

GemStone/S 64 Bit

3.1.0.2 Build: gss64_3_1_0_x_branch-29651

Wed Nov 28 17:39:35 2012

Installing Pharo

[Info] Downloading Pharo3.0-win.zip using /bin/curl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 17.8M  100 17.8M    0     0  1049k      0  0:00:17  0:00:17 --:--:-- 1207k

[Info] Uncompressing Pharo archive into /d/gitroot/gsDevKitHome/pharo

creating todeClient image

createTodeImage[Error]: failed loading tode client

my D: has plenty of space left (750GB free)

How do I fix this error?

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

THX!

Dale

On 10/18/15 6:18 PM, Jon Paynter wrote:

Seems there is a similar mismatch for the client:

Script to install the client:

$GS_HOME/bin/installClient <myGemStoneVersion> <myClientName>

Running:

installClient 3.2.8 tode

gives an error.

but running:

installClient tode 3.2.8 

"mostly" works:

$ installClient tode 3.2.8

=================

   GsDevKit script: installClient tode 3.2.8

              path: /d/gitroot/GsDevKit_home/bin/installClient

=================

=================

   GsDevKit script: downloadGemStone 3.2.8

              path: /d/gitroot/GsDevKit_home/bin/downloadGemStone

=================

Installing GemStone/S 3.2.8

[Info] Starting installation of GemBuilderC3.2.8-x86.Windows_NT on BIGYAN

Skip operating system configuration steps, system already setup (/d/gitroot/GsDevKit_home/bin/.gsdevkitSysSetup exists)

[Info] Downloading GemBuilderC3.2.8-x86.Windows_NT.zip using /bin/curl -O

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 15.3M  100 15.3M    0     0  5586k      0  0:00:02  0:00:02 --:--:-- 5586k

[Info] Uncompressing GemStone archive into /d/gitroot/GsDevKit_home/shared/downloads/products/

=================

   GsDevKit script: installClientGciLibraries 3.2.8

              path: /d/gitroot/GsDevKit_home/bin/private/installClientGciLibraries

=================

=================

   GsDevKit script: installClientGciLibraries 3.2.8

              path: /d/gitroot/GsDevKit_home/shared/bin/installClientGciLibraries

=================

...finished installClientGciLibraries

...finished installClientGciLibraries

[Info] Finished GemBuilderC3.2.8-x86.Windows_NT installation on BIGYAN

[Info] GemStone version information:

GemStone/S 64 Bit

3.2.8 Build: gss64_3_2_x_branch-37241

Fri Aug 21 13:16:52 2015

...finished downloadGemStone

=================

   GsDevKit script: cloneGsDevKitProjects client

              path: /d/gitroot/GsDevKit_home/bin/utils/cloneGsDevKitProjects

=================

=================

   GsDevKit script: clone_sys_local -o GsDevKit

              path: /d/gitroot/GsDevKit_home/bin/private/clone_sys_local

=================

=================

   GsDevKit script: cloneGitHubProject GsDevKit GsDevKit_sys_local local

              path: /d/gitroot/GsDevKit_home/bin/private/cloneGitHubProject

=================

Cloning into 'local'...

remote: Counting objects: 56, done.

remote: Total 56 (delta 0), reused 0 (delta 0), pack-reused 56

Unpacking objects: 100% (56/56), done.

Checking connectivity... done.

...finished cloneGitHubProject

Switched to a new branch 'gsdevkit'

ln: creating symbolic link `./local' to `../local/local': Permission denied

On Sun, Oct 18, 2015 at 6:09 PM, Jon Paynter <[hidden email]> wrote:

yep that works much better

I guess t here is a minor typo in the docs:

Script to install the server only:

$GS_HOME/bin/installServer <GemStoneVersion> <myStoneName>

On Sun, Oct 18, 2015 at 6:01 PM, Dale Henrichs <[hidden email]> wrote:

You've got your args  backwards:

  USAGE: installServer [-h] [-c https | ssh ] [-o <organization-name>] <stone-name> <gemstone-version>

Dale

On 10/18/15 5:41 PM, Jon Paynter wrote:

... a reply on a sunday -- impressive!

so the instructions say I need to install the server first.

I have an ubuntu 12.04 I am using.  After making a new clone of GsDevKit_home I run the install script:

gemstone@ubuntu:~$ $GS_HOME/bin/installServer 3.2.9 seaside

=================

   GsDevKit script: installServer 3.2.9 seaside

              path: /home/gemstone/GsDevKit_home/bin/installServer

=================

=================

   GsDevKit script: downloadGemStone seaside

              path: /home/gemstone/GsDevKit_home/bin/downloadGemStone

=================

Installing GemStone/S seaside

[Info] Starting installation of GemStone64Bitseaside-x86_64.Linux on ubuntu

Skip operating system configuration steps, system already setup (/home/gemstone/GsDevKit_home/bin/.gsdevkitSysSetup exists)

[Info] Downloading GemStone64Bitseaside-x86_64.Linux.zip using /usr/bin/wget

--2015-10-19 00:33:44--  http://ftp.gemtalksystems.com/pub/GemStone64/seaside/GemStone64Bitseaside-x86_64.Linux.zip

Resolving ftp.gemtalksystems.com (ftp.gemtalksystems.com)... 54.213.115.236

Connecting to ftp.gemtalksystems.com (ftp.gemtalksystems.com)|54.213.115.236|:80... connected.

HTTP request sent, awaiting response... 404 Not Found

2015-10-19 00:33:45 ERROR 404: Not Found.

after a little poking around on ftp.gemtalksystems.com, it seems the download path is wrong:

ftp.gemtalksystems.com/pub/GemStone64/seaside  <--  'seaside' folder doesnt exist

Let me know where to go next

On Sun, Oct 18, 2015 at 3:34 PM, Dale Henrichs via Glass <[hidden email]> wrote:

Jon,

I am right on the cusp of switching from gsDevKiHome[1] to GsDevKit_home[2] ... One of the driving forces for creating GsDevKit_home[2] was to improve the experience for Windows users... For example with the new GsDevKit_home[2], the same scripts are used for all platforms (the Windows-specific changes are hidden under the covers).

As a Windows user I'm inclined to ask you to try taking the Early Access of GsDevKit_home[2] for windows and let us know how it goes -- you are one of the targeted users after all ...

I _am_ actively working on GsDevKit_home[2], but I am pretty much finished with the scripts and I'm focusing more on tODE --- the good news is that I've created bash scripts that you can run to update bot the bash scripts and tODE stones, so you should be able to keep up at your own pace.

If you are interested in trying out the new GsDevKit_home[2] please read through the recent Early Access messages ...

Which ever way you choose to go, I have noticed that the Pharo download server has gotten a bit flakey recently --- I've seen it hang and I've seen it break the download connection without errors ... it seems that wget might be part of the problem, since the Pharo server failure mechanism appears to cause wget to exit without error, whereas curl seems to at least exit with an error ...

For GsDevKit_home[2], I've switched the scripts to use curl (if present) and wget secondarily, but nothing is guaranteed when the internet is involved and retrying until the download succeeds is the best bet ... depending upon the failure mechanism it may be necessary to delete all of the files in the $GS_HOME/pharo directory except the GemTalkSystemsLogo.png (for gsDevKitHome[1]).

If you go with GsDevKit_home[2] please let me know so I can keep things straight --- and the instructions _are_ different:)

Dale

[1] https://github.com/GsDevKit/gsDevKitHome
[2] https://github.com/GsDevKit/GsDevKit_home#open-source-development-kit-for-gemstones-64-bit-

On 10/18/15 2:02 PM, Jon Paynter via Glass wrote:

After seeing some of Dale's work on tode I wanted to give it a try -- especially since it appears to an option to install a windows client.

I tried to follow the instructions here: https://github.com/GsDevKit/gsDevKitHome/blob/master/docs/windowsClientInstallation.md

Everything went ok until i got to step 7

then I ran into 2 problems.

1)  The documentation page doesnt say where 'the installWindowsClient' file lives.  A quick search found it in gsDevKitHome/bin/windows

2) After running the cmd I get error:

$ installWindowsClient 3.1.0.2 D:/gitroot/tode D:/gitroot/ston

[Info] Downloading GemBuilderC3.1.0.2-x86.Windows_NT.zip using /bin/curl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 4256k  100 4256k    0     0  1568k      0  0:00:02  0:00:02 --:--:-- 1568k

[Info] Uncompressing GemStone archive into /d/gitroot/gsDevKitHome/gemstone/products/

copy gci libraries

copy msvcr100.dll library

[Info] Finished GemBuilderC3.1.0.2-x86.Windows_NT installation

[Info] GemStone version information:

GemStone/S 64 Bit

3.1.0.2 Build: gss64_3_1_0_x_branch-29651

Wed Nov 28 17:39:35 2012

Installing Pharo

[Info] Downloading Pharo3.0-win.zip using /bin/curl

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current

                                 Dload  Upload   Total   Spent    Left  Speed

100 17.8M  100 17.8M    0     0  1049k      0  0:00:17  0:00:17 --:--:-- 1207k

[Info] Uncompressing Pharo archive into /d/gitroot/gsDevKitHome/pharo

creating todeClient image

createTodeImage[Error]: failed loading tode client

my D: has plenty of space left (750GB free)

How do I fix this error?

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

.. 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.

... so after the installer finishes im confused what to do next.  The docs say:

To setup SSH port forwarding,

ssh -L 44834:hostNameOrIp [hidden email]

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@ubuntu:~$ ssh -L 56152:192.168.1.137 [hidden email]

Bad local forwarding specification '56152:192.168.1.137'

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

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 <[hidden email]> 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@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 <[hidden email]> 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 [hidden email]

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@ubuntu:~$ ssh -L 56152:192.168.1.137 [hidden email]

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
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

--

Mariano
http://marianopeck.wordpress.com

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 <[hidden email]> 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@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 <[hidden email]> 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 <[hidden email]> 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@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 <[hidden email]> 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 [hidden email]

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@ubuntu:~$ ssh -L 56152:192.168.1.137 [hidden email]

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
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

--

Mariano
http://marianopeck.wordpress.com

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
  % 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
  % 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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@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 <[hidden email]> 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 <[hidden email]> 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@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 <[hidden email]> 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 [hidden email]

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@ubuntu:~$ ssh -L 56152:192.168.1.137 [hidden email]

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
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

--

Mariano
http://marianopeck.wordpress.com