Ciao,
i have a Gemstone run on a server with UBUNTU server 12.04 LTS 64 bit. Now i'm interested to run Gemstone on a notebook with Ubuntu. My question is: what Ubuntu version load on the notebook? The Ubuntu 13.04 is indicated ? It's support the 64 bit for Gemstone ? Someone as experience in this regard? Thanks, Dario |
Dario,
I don't think anyone has tried GemStone on Ubuntu 13.04 yet .... at least not here at GemStone ... If you decide to be the first, let us know how it works:) Dale ----- Original Message ----- | From: "Dario Trussardi" <[hidden email]> | To: "beta discussion Gemstone Seaside" <[hidden email]> | Sent: Thursday, June 27, 2013 1:25:12 AM | Subject: [GS/SS Beta] GLASS on Ubuntu Notebook | | Ciao, | | i have a Gemstone run on a server with UBUNTU server 12.04 LTS 64 | bit. | | | Now i'm interested to run Gemstone on a notebook with Ubuntu. | | My question is: | | what Ubuntu version load on the notebook? | | The Ubuntu 13.04 is indicated ? | | It's support the 64 bit for Gemstone ? | | Someone as experience in this regard? | | Thanks, | | Dario | | | | |
Ciao Dale,
i load the GemStone64Bit3.1.0.4 on a system named 'meeting001' with Ubuntu 13.04. ( the relative IP is 192.168.1.33 ) When i start the environment everything seems to be working The shell report: Gemstone server 'nuovo' has been started. ( GEMSTONE_NAME = nuovo in the starting script) Starting Gemstone network server '50379' ( 50379 is setup into /bin/startnetldi 50379 -p 50380:50380 -g -a ....... ) Gemstone server '50379' has been started. Now i have a MacBook with GemTools Launcher - >=1.0-beta.8.7 [ConfigurationOfGemTools] i have a session with: OGCustomSessionDescription new name: 'MonvisoWorking3104'; stoneHost: '192.168.1.33'; stoneName: 'nuovo'; gemHost: '192.168.1.33'; netLDI: '50379'; gemTask: 'gemnetobject'; userId: 'DataCurator'; password: 'swordfish'; osUserId: ''; osPassword: ''; backupDirectory: ''; dataDirectory: ''; yourself. When i do the login the system erase the error: 'Unable to create a GemStone session. NetLDI service ''50379'' not found on node ''192.168.1.33'': The connection was rejected because: Unknown network problem' A) The gs64ldi.log don't report any error. B) The ./gslist report three items: .... Stone nuovo ..... Netldi 50379 ..... cache nuovo~3a4692....... C) I have update the # copy gemstone-specific artifacts > cp "$LINUX_GEMSTONE/lib32/libgcirpc-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/gciForLinux.so" > cp "$LINUX_GEMSTONE/lib32/libssl-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/" with the last version from GemStone64Bit3.1.0.4-i386.Darwin D) telnet 192.168.1.33 50379 Trying 192.168.1.33... Connected to meeting001. I wrong something? Thanks, Dario > Dario, > > I don't think anyone has tried GemStone on Ubuntu 13.04 yet .... at least not here at GemStone ... > > If you decide to be the first, let us know how it works:) > > Dale > > ----- Original Message ----- > | From: "Dario Trussardi" <[hidden email]> > | To: "beta discussion Gemstone Seaside" <[hidden email]> > | Sent: Thursday, June 27, 2013 1:25:12 AM > | Subject: [GS/SS Beta] GLASS on Ubuntu Notebook > | > | Ciao, > | > | i have a Gemstone run on a server with UBUNTU server 12.04 LTS 64 > | bit. > | > | > | Now i'm interested to run Gemstone on a notebook with Ubuntu. > | > | My question is: > | > | what Ubuntu version load on the notebook? > | > | The Ubuntu 13.04 is indicated ? > | > | It's support the 64 bit for Gemstone ? > | > | Someone as experience in this regard? > | > | Thanks, > | > | Dario > | > | > | > | |
Dario,
You have done a very good job of debugging this and anticipating the questions we would ask (especially the telnet to port 50379). Just to confirm, was the telnet experiment from a Ubuntu console or from a Mac Terminal? Does the Ubuntu machine have any firewall settings? Did you do anything special to open port 50379? How about 50380? The next step will be to restart netldi with debugging (add -d to the startup command) and try everything again, including telnet from Ubuntu, telnet from Mac, and login from GemTools. It would also be nice to try logging in using topaz on Ubuntu. Have you used topaz? Then identify the debugging information in the netldi log and compare it with the various connection attempts. James On Jun 28, 2013, at 9:03 AM, Dario Trussardi <[hidden email]> wrote: > Ciao Dale, > > i load the GemStone64Bit3.1.0.4 on a system named 'meeting001' with Ubuntu 13.04. ( the relative IP is 192.168.1.33 ) > > When i start the environment everything seems to be working > > The shell report: > > Gemstone server 'nuovo' has been started. ( GEMSTONE_NAME = nuovo in the starting script) > Starting Gemstone network server '50379' ( 50379 is setup into /bin/startnetldi 50379 -p 50380:50380 -g -a ....... ) > > Gemstone server '50379' has been started. > > > > > Now i have a MacBook with GemTools Launcher - >=1.0-beta.8.7 [ConfigurationOfGemTools] > > i have a session with: > > OGCustomSessionDescription new > name: 'MonvisoWorking3104'; > stoneHost: '192.168.1.33'; > stoneName: 'nuovo'; > gemHost: '192.168.1.33'; > netLDI: '50379'; > gemTask: 'gemnetobject'; > userId: 'DataCurator'; > password: 'swordfish'; > osUserId: ''; > osPassword: ''; > backupDirectory: ''; > dataDirectory: ''; > yourself. > > When i do the login the system erase the error: > > 'Unable to create a GemStone session. > NetLDI service ''50379'' not found on node ''192.168.1.33'': > The connection was rejected because: Unknown network problem' > > A) The gs64ldi.log don't report any error. > > B) The ./gslist report three items: > > .... Stone nuovo > ..... Netldi 50379 > ..... cache nuovo~3a4692....... > > C) I have update the > > # copy gemstone-specific artifacts >> cp "$LINUX_GEMSTONE/lib32/libgcirpc-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/gciForLinux.so" >> cp "$LINUX_GEMSTONE/lib32/libssl-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/" > > with the last version from GemStone64Bit3.1.0.4-i386.Darwin > > > D) telnet 192.168.1.33 50379 > > Trying 192.168.1.33... > Connected to meeting001. > > I wrong something? > > Thanks, > > Dario > > > > >> Dario, >> >> I don't think anyone has tried GemStone on Ubuntu 13.04 yet .... at least not here at GemStone ... >> >> If you decide to be the first, let us know how it works:) >> >> Dale >> >> ----- Original Message ----- >> | From: "Dario Trussardi" <[hidden email]> >> | To: "beta discussion Gemstone Seaside" <[hidden email]> >> | Sent: Thursday, June 27, 2013 1:25:12 AM >> | Subject: [GS/SS Beta] GLASS on Ubuntu Notebook >> | >> | Ciao, >> | >> | i have a Gemstone run on a server with UBUNTU server 12.04 LTS 64 >> | bit. >> | >> | >> | Now i'm interested to run Gemstone on a notebook with Ubuntu. >> | >> | My question is: >> | >> | what Ubuntu version load on the notebook? >> | >> | The Ubuntu 13.04 is indicated ? >> | >> | It's support the 64 bit for Gemstone ? >> | >> | Someone as experience in this regard? >> | >> | Thanks, >> | >> | Dario >> | >> | >> | >> | > |
James, > Dario, > > You have done a very good job of debugging this and anticipating the questions we would ask (especially the telnet to port 50379). Just to confirm, was the telnet experiment from a Ubuntu console or from a Mac Terminal? It's from Mac Terminal. > > Does the Ubuntu machine have any firewall settings? I don't set any firewall when i load the Ubuntu Operating System. How i can test it ? > Did you do anything special to open port 50379? How about 50380? Not, but because i work with some Gemstone version i need to use specific port from one version to other. > > The next step will be to restart netldi with debugging (add -d to the startup command) and try everything again, including telnet from Ubuntu, telnet from Mac, and login from GemTools. It would also be nice to try logging in using topaz on Ubuntu. Have you used topaz? Then identify the debugging information in the netldi log and compare it with the various connection attempts. > I found one my Gemtools image startup error. A) Now with rigth Gemtools run i can login to one hold Gemstone 3.1.0.2 on my server Ubuntu Monviso. This image use cp "$LINUX_GEMSTONE/lib32/libgcirpc-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/gciForLinux.so cp "$LINUX_GEMSTONE/lib32/libssl-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/ from 3.1.0.2 From the same image when i login to the new Gemstone 3.1.0.4 on the new server Ubuntu 13.04 the system erase the error: 'The GemStone session has lost its connection to the Stone Repository monitor., recv(5,0x7fcfc67e3e38,128,0) failed with errno=104,ECONNRESET, Connection reset by peer, stncall SocketRecv failed' ---------------------------------------------- B) I create a new GemTools image where i use the cp "$LINUX_GEMSTONE/lib32/libgcirpc-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/gciForLinux.so cp "$LINUX_GEMSTONE/lib32/libssl-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/ from 3.1.0.4. With this image : the login to the hold Gemstone 3.1.0.2 on my server Ubuntu Monviso work fine. The login to the new Gemstone 3.1.0.4 on the new server Ubuntu 13.04 erase the same error: The GemStone session has lost its connection to the Stone Repository monitor., recv(5,0x7f1b0cc8de38,128,0) failed with errno=104,ECONNRESET, Connection reset by peer, stncall SocketRecv failed This is all for now. Thanks, Dario > James > > On Jun 28, 2013, at 9:03 AM, Dario Trussardi <[hidden email]> wrote: > >> Ciao Dale, >> >> i load the GemStone64Bit3.1.0.4 on a system named 'meeting001' with Ubuntu 13.04. ( the relative IP is 192.168.1.33 ) >> >> When i start the environment everything seems to be working >> >> The shell report: >> >> Gemstone server 'nuovo' has been started. ( GEMSTONE_NAME = nuovo in the starting script) >> Starting Gemstone network server '50379' ( 50379 is setup into /bin/startnetldi 50379 -p 50380:50380 -g -a ....... ) >> >> Gemstone server '50379' has been started. >> >> >> >> >> Now i have a MacBook with GemTools Launcher - >=1.0-beta.8.7 [ConfigurationOfGemTools] >> >> i have a session with: >> >> OGCustomSessionDescription new >> name: 'MonvisoWorking3104'; >> stoneHost: '192.168.1.33'; >> stoneName: 'nuovo'; >> gemHost: '192.168.1.33'; >> netLDI: '50379'; >> gemTask: 'gemnetobject'; >> userId: 'DataCurator'; >> password: 'swordfish'; >> osUserId: ''; >> osPassword: ''; >> backupDirectory: ''; >> dataDirectory: ''; >> yourself. >> >> When i do the login the system erase the error: >> >> 'Unable to create a GemStone session. >> NetLDI service ''50379'' not found on node ''192.168.1.33'': >> The connection was rejected because: Unknown network problem' >> >> A) The gs64ldi.log don't report any error. >> >> B) The ./gslist report three items: >> >> .... Stone nuovo >> ..... Netldi 50379 >> ..... cache nuovo~3a4692....... >> >> C) I have update the >> >> # copy gemstone-specific artifacts >>> cp "$LINUX_GEMSTONE/lib32/libgcirpc-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/gciForLinux.so" >>> cp "$LINUX_GEMSTONE/lib32/libssl-3.1.0-32.so" "$OUTPUT_PATH/Contents/Linux686/" >> >> with the last version from GemStone64Bit3.1.0.4-i386.Darwin >> >> >> D) telnet 192.168.1.33 50379 >> >> Trying 192.168.1.33... >> Connected to meeting001. >> >> I wrong something? >> >> Thanks, >> >> Dario >> >> >> >> >>> Dario, >>> >>> I don't think anyone has tried GemStone on Ubuntu 13.04 yet .... at least not here at GemStone ... >>> >>> If you decide to be the first, let us know how it works:) >>> >>> Dale >>> >>> ----- Original Message ----- >>> | From: "Dario Trussardi" <[hidden email]> >>> | To: "beta discussion Gemstone Seaside" <[hidden email]> >>> | Sent: Thursday, June 27, 2013 1:25:12 AM >>> | Subject: [GS/SS Beta] GLASS on Ubuntu Notebook >>> | >>> | Ciao, >>> | >>> | i have a Gemstone run on a server with UBUNTU server 12.04 LTS 64 >>> | bit. >>> | >>> | >>> | Now i'm interested to run Gemstone on a notebook with Ubuntu. >>> | >>> | My question is: >>> | >>> | what Ubuntu version load on the notebook? >>> | >>> | The Ubuntu 13.04 is indicated ? >>> | >>> | It's support the 64 bit for Gemstone ? >>> | >>> | Someone as experience in this regard? >>> | >>> | Thanks, >>> | >>> | Dario >>> | >>> | >>> | >>> | >> > |
James,
i do a new test. For understund: I have a Ubuntu 12.04 LTS server named 'Monviso' . On it i run a Gemstone 3.1.0.2 and the Gemtools login work fine on it. Now i load Gemstone 3.1.0.4 and the same Gemtools login work fine on it. No error is erase when i do the login. Then the error : 'The GemStone session has lost its connection to the Stone Repository monitor., recv(5,0x7fcfc67e3e38,128,0) failed with errno=104,ECONNRESET, Connection reset by peer, stncall SocketRecv failed' is relative to the Gemstone 3.1.0.4 run on my new machine 'meeting001' where i run the Ubuntu 13.04 desktop-amd64 Operating System. This is all for now. Thanks, Dario |
Dario,
I understand that you can log in to both a 3.1.0.2 and a 3.1.0.4 server on your 12.04 machine, and you can log in to a 3.1.0.2 server on your 13.04 machine, but you get an error when you log in to the 3.1.0.4 server on your 3.1.0.4 machine. Do you have any log files for the failing gem? James On Jun 28, 2013, at 1:02 PM, Dario Trussardi <[hidden email]> wrote: > James, > > i do a new test. > > > For understund: > > I have a Ubuntu 12.04 LTS server named 'Monviso' . > > On it i run a Gemstone 3.1.0.2 and the Gemtools login work fine on it. > > > Now i load Gemstone 3.1.0.4 and the same Gemtools login work fine on it. > > No error is erase when i do the login. > > > Then the error : > > 'The GemStone session has lost its connection to the Stone Repository monitor., recv(5,0x7fcfc67e3e38,128,0) failed with errno=104,ECONNRESET, Connection reset by peer, stncall SocketRecv failed' > > > is relative to the Gemstone 3.1.0.4 run on my new machine 'meeting001' where i run the Ubuntu 13.04 desktop-amd64 Operating System. > > > This is all for now. > > > Thanks, > > Dario > > |
James, > Dario, > > I understand that you can log in to both a 3.1.0.2 and a 3.1.0.4 server on your 12.04 machine, OK > and you can log in to a 3.1.0.2 server on your 13.04 machine, NO, in 13.04 machine i load only the 3.1.0.4 version > but you get an error when you log in to the 3.1.0.4 server on your 3.1.0.4 machine. YES > > Do you have any log files for the failing gem? What do you reference ? Dario > > James > > On Jun 28, 2013, at 1:02 PM, Dario Trussardi <[hidden email]> wrote: > >> James, >> >> i do a new test. >> >> >> For understund: >> >> I have a Ubuntu 12.04 LTS server named 'Monviso' . >> >> On it i run a Gemstone 3.1.0.2 and the Gemtools login work fine on it. >> >> >> Now i load Gemstone 3.1.0.4 and the same Gemtools login work fine on it. >> >> No error is erase when i do the login. >> >> >> Then the error : >> >> 'The GemStone session has lost its connection to the Stone Repository monitor., recv(5,0x7fcfc67e3e38,128,0) failed with errno=104,ECONNRESET, Connection reset by peer, stncall SocketRecv failed' >> >> >> is relative to the Gemstone 3.1.0.4 run on my new machine 'meeting001' where i run the Ubuntu 13.04 desktop-amd64 Operating System. >> >> >> This is all for now. >> >> >> Thanks, >> >> Dario >> >> > |
On Jun 28, 2013, at 1:15 PM, Dario Trussardi <[hidden email]> wrote: > > James, > >> Dario, >> >> I understand that you can log in to both a 3.1.0.2 and a 3.1.0.4 server on your 12.04 machine, > > OK > >> and you can log in to a 3.1.0.2 server on your 13.04 machine, > > NO, in 13.04 machine i load only the 3.1.0.4 version > > >> but you get an error when you log in to the 3.1.0.4 server on your 3.1.0.4 machine. > > YES Okay. So it might be a problem with running GemStone/S 64 Bit on 13.04 (doubtful) or it might be a problem with your configuration (we hope so!). >> Do you have any log files for the failing gem? > > What do you reference ? Most (all?) GemStone/S operating system processes generate a text file containing information about the process and describing any problems experienced (this is different from the binary transaction logs). Whenever you have problems the first step is to go look at the log files. When you start the netldi did you have a -l option? If so, this would specify the location for the log file for the netldi. Absent this option, the log will be in /opt/gemstone/log. When you start the stone did you have a -l option? If so, this would specify the location for the log file for the stone. Absent this option the log file will be in the location specified by the GEMSTONE_LOG environment variable that existed in the shell process when the stone was started or in $GEMSTONE/data if the GEMSTONE_LOG environment variable is undefined. When you start the netldi did you have a GEMSTONE_NRS_ALL environment variable set? If so, what was it? This can affect the location of log files for the gems. Absent some other configurations, the gem processes will place their log files in the home directory of the user who started the netldi. Do you see anything matching gemnetobject*.log in your home directory? James > > Dario > >> >> James >> >> On Jun 28, 2013, at 1:02 PM, Dario Trussardi <[hidden email]> wrote: >> >>> James, >>> >>> i do a new test. >>> >>> >>> For understund: >>> >>> I have a Ubuntu 12.04 LTS server named 'Monviso' . >>> >>> On it i run a Gemstone 3.1.0.2 and the Gemtools login work fine on it. >>> >>> >>> Now i load Gemstone 3.1.0.4 and the same Gemtools login work fine on it. >>> >>> No error is erase when i do the login. >>> >>> >>> Then the error : >>> >>> 'The GemStone session has lost its connection to the Stone Repository monitor., recv(5,0x7fcfc67e3e38,128,0) failed with errno=104,ECONNRESET, Connection reset by peer, stncall SocketRecv failed' >>> >>> >>> is relative to the Gemstone 3.1.0.4 run on my new machine 'meeting001' where i run the Ubuntu 13.04 desktop-amd64 Operating System. >>> >>> >>> This is all for now. >>> >>> >>> Thanks, >>> >>> Dario >>> >>> >> > |
James,
What do you reference ? > Most (all?) GemStone/S operating system processes generate a text file containing information about the process and describing any problems experienced (this is different from the binary transaction logs). Whenever you have problems the first step is to go look at the log files. > > When you start the netldi did you have a -l option? If so, this would specify the location for the log file for the netldi. Absent this option, the log will be in /opt/gemstone/log. > > When you start the stone did you have a -l option? If so, this would specify the location for the log file for the stone. Absent this option the log file will be in the location specified by the GEMSTONE_LOG environment variable that existed in the shell process when the stone was started or in $GEMSTONE/data if the GEMSTONE_LOG environment variable is undefined. > > When you start the netldi did you have a GEMSTONE_NRS_ALL environment variable set? If so, what was it? This can affect the location of log files for the gems. Absent some other configurations, the gem processes will place their log files in the home directory of the user who started the netldi. Do you see anything matching gemnetobject*.log in your home directory? > yes i found gemnetobject9002.log I attach the file, can you view it ? Dario gemnetobject9002.log (7K) Download Attachment |
On Jun 28, 2013, at 2:01 PM, Dario Trussardi <[hidden email]> wrote: > yes i found gemnetobject9002.log > > I attach the file, can you view it ? > > Dario Yes, this tells us that the gem (the server) recognized that the connection was lost. This could be due to a network problem (unlikely) or because the client (GemTools) did the disconnect. At this point it would be helpful to see if you could take GemTools out of the situation. Can you login using topaz -r on your Ubuntu server? Do you have GemStone/S 64 Bit 3.1.0.4 on your Mac? Can you login using topaz -r on the Mac? If the problem exists with topaz then we do not need to blame GemTools. If things work fine on topaz, then we need to shift back to GemTools. James |
> On Jun 28, 2013, at 2:01 PM, Dario Trussardi <[hidden email]> wrote:
I use topaz in the past, but i don't remember how i can start it.
> >> yes i found gemnetobject9002.log >> >> I attach the file, can you view it ? >> >> Dario > Yes, this tells us that the gem (the server) recognized that the connection was lost. This could be due to a network problem (unlikely) or because the client (GemTools) did the disconnect. At this point it would be helpful to see if you could take GemTools out of the situation. > > Can you login using topaz -r on your Ubuntu server? Do you have GemStone/S 64 Bit 3.1.0.4 on your Mac? Can you login using topaz -r on the Mac? If the problem exists with topaz then we do not need to blame GemTools. If things work fine on topaz, then we need to shift back to GemTools. > > James I can start it on ubuntu 12.04 where i run gemstone 3.1.04 ( or 3.1.02 ) Dario |
On Jun 28, 2013, at 2:27 PM, Dario Trussardi <[hidden email]> wrote: > I use topaz in the past, but i don't remember how i can start it. > > I can start it on ubuntu 12.04 where i run gemstone 3.1.04 ( or 3.1.02 ) > > Dario In a bash shell, set the GEMSTONE environment variable to the path to your product tree (this should be done by your stone start script). Next set the PATH environment variable to add $GEMSTONE/bin to it. At a shell prompt enter the following: $ which topaz This will confirm that you can find it. Next start it: $ topaz -r This should present a banner and a prompt. At the prompt set up your user, password, gemstone, and gemnetid values: topaz> set user DataCurator pass swordfish gems STONE topaz> set gemn !tcp@HOST#netldi:NETLDI#task!gemnetobject Note that the items in capital letters need to be replaced. It appears that for 'STONE' you should use 'nuovo', for 'HOST' you should use 'meeting001' or '192.168.1.33', and for 'NETLDI' you should use '50379'. Next you can login: topaz> login This should give you some more information and a successful login. You can try out some Smalltalk code: topaz 1> run 2 + 3 % After the '%' press <Enter> or <Return> and the output '5' should be shown. At this point you can logout and exit: topaz 1> logout topaz> exit $ If you can do that on your Ubuntu machine, then we know that things work from within one machine. If you can do this from the Mac then we know that the networking is doing okay. James |
In reply to this post by dario trussardi
On Jun 28, 2013, at 2:01 PM, Dario Trussardi <[hidden email]> wrote: >> yes i found gemnetobject9002.log > > I attach the file, can you view it ? > > Dario > > <gemnetobject9002.log> Another interesting thing would be to look at the stone log and see if it has any interesting messages from the time that the login failed. Also, there is something else interesting here. in the log the third line contains the following: "CLIENTHOST: could not get client's host name" We (Dale suggested this line of inquiry) suspect that on one machine you have an entry in /etc/hosts that includes your client host while on the other machine there is no equivalent entry. James |
In reply to this post by James Foster-9
James,
you write: If you can do that on your Ubuntu machine, then we know that things work from within one machine. If you can do this from the Mac then we know that the networking is doing okay.I do topaz from the same Ubuntu 13.04 and it works fine. I do topaz from Ubuntu 12.04 and it works fine. The next week i need to use the Ubuntu 13.04 for my first real test. What i can do ? Thanks, Dario |
On Jun 28, 2013, at 3:12 PM, Dario Trussardi <[hidden email]> wrote:
Verify that you can ping each of the three machines (including your Mac) *by name* from each of the other machines. Look at the stone log and see if there is anything interesting (feel free to send it for us to review as well). Try using topaz on the Ubuntu 12.04 machine to connect to a stone on the 13.04 machine. Try using topaz on the Ubuntu 13.04 machine to connect to a stone on the 12.04 machine. Try using topaz on the Mac to connect to stones on the Ubuntu machines. James |
Ciao James. Ciao Dale. As usual, the night brings counsel. I update the hosts file in all three system ( MAC - Ubuntu 12.04 - Ubuntu 13-04 ) as you indicate. Now any system know the IP of other system. A) In the GemTools i define the session for login into Ubuntu 13.04 with Gemstone 3.1.0.4 OGCustomSessionDescription new
name: 'MeetingNuovo3104';
stoneHost: 'meeting001';
stoneName: 'nuovo';
gemHost: 'meeting001';
netLDI: '50379';
gemTask: 'gemnetobject';
userId: 'DataCurator';
password: 'swordfish';
osUserId: '';
osPassword: '';
backupDirectory: '/DTRdbBackups/backupWorking/';
dataDirectory: '';
yourself. With this definition the login work fine ( on the new system ). B) In the same GemTools i define the session with IP of the Ubuntu 13.04 system : OGCustomSessionDescription new
name: 'MeetingNuovo3104 IP33';
stoneHost: '192.168.1.33';
stoneName: 'nuovo';
gemHost: '192.168.1.33';
netLDI: '50379';
gemTask: 'gemnetobject';
userId: 'DataCurator';
password: 'swordfish';
osUserId: '';
osPassword: '';
backupDirectory: '/DTRdbBackups/backupWorking/';
dataDirectory: '';
yourself. Then i do the login with it the system erase the erroor: 'The GemStone session has lost its connection to the Stone Repository monitor., recv(5,0x7f68a2b7fe38,128,0) failed with errno=104,ECONNRESET, Connection reset by peer, stncall SocketRecv failed' C) In the same GemTools i define the session for login to Ubuntu 12.04 with Gemstone 3.1.0.4 ( I use the IP as at point B ) OGCustomSessionDescription new
name: 'MonvisoNuovo3104 IP100';
stoneHost: '192.168.1.100';
stoneName: 'nuovo';
gemHost: '192.168.1.100';
netLDI: '50379';
gemTask: 'gemnetobject';
userId: 'DataCurator';
password: 'swordfish';
osUserId: '';
osPassword: '';
backupDirectory: '/DTRdbBackups/backupWorking/';
dataDirectory: '';
yourself. The login works fine. The problem is at point B). Thanks to your support. Dario
|
Dario,
I assume that this means that you are "out of the woods" as far as being able to use GemStone on 13.04 (barring any further issues). But you do appear to have uncovered a problem on 13.04. It would help us characterize the problem a bit if you'd send us the gem log (for a failing connection), netldi log and stone log from the meeting001/192.168.1.33 host ... Dale From: "Dario Trussardi" <[hidden email]> |
Dale,
i send all the log after start gemstone 3.1.0.4 on ubuntu 13.04 and do the login request from Gemtools using the ip of the server. Dario
gemnetobject4010.log (7K) Download Attachment gs64ldi.log (2K) Download Attachment nuovo.log (9K) Download Attachment nuovo_3955pcmon.log (3K) Download Attachment nuovo_3962pgsvrff.log (3K) Download Attachment nuovo_3965pgsvraio.log (3K) Download Attachment nuovo_3977pagemanager.log (6K) Download Attachment nuovo_3986reclaimgcgem0.log (6K) Download Attachment nuovo_3988admingcgem.log (6K) Download Attachment nuovo_3990symbolgem.log (6K) Download Attachment |
Dario.
If you look at the last line of the stone log, you'll see the error: --- 06/29/13 18:11:08.675 CEST : Could not get the network address of the Gem, session 5. Reason: getnameinfo failed, errno 22, Invalid argument failed with unknown h_errno = 22 This is the clue about why the login is failing ... We'll have to look into why the getnameinfo call is failing under Ubuntu 13.. Dale From: "Dario Trussardi" <[hidden email]> |
Free forum by Nabble | Edit this page |