[Glass] Gemtools login problematic
Trussardi Dario Romano via Glass
glass at lists.gemtalksystems.com
Thu Mar 10 09:19:33 PST 2016
Ciao Mariano,
> Dario, you pasted the OGCustomSessionDescription from GemTools. Maybe you could also paste us the description file (GsDevKit_home/sys/local/sessions/yourStoneFile) of such a stone to see if there is a difference in the connection settings.
In my system i use the hold gsDevKitHome /opt/oodb/gsDevKitHome
There is no match with your directory paths indications.
Thanks,
Dario
> Cheers,
>
> On Thu, Mar 10, 2016 at 8:50 AM, Trussardi Dario Romano via Glass <glass at lists.gemtalksystems.com> wrote:
> Dale,
>
>> Dale,
>>
>>> Dario,
>>>
>>> If you have tODE installed, I would like you try the `testLogin` command, since it gives me a nice report about what might be going wrong ...
>>
>> I open the connection from my macBook with:
>>
>> ssh -X 192.168.1.10 -l scandella -L 57858:localhost:57858
>>
>> In the hosts file on the macBook i have defined: 192.168.1.10 scandella ftp.scandella
>>
>> I do the command from tODE.
>>
>> The system after 16 seconds answer:
>>
>> Stone : !TCP at localhost#server!gestionale
>> Stone host : scandella
>> GemStone version : 3.1.0.6
>> cpu kind : x86_64
>> GLASS version : >=1.0-beta.9.2 [ConfigurationOfGLASS]
>> Metacello version: >=1.0-beta.32.1 [ConfigurationOfMetacello]
>> GLASS1:
>> repository: /opt/oodb/gsDevKitHome/gemstone/stones/gestionale/logs/github-cache/glassdb/glass/master/glassdb-glass-95c08bf/repository
>> Tode:
>> repository: /opt/oodb/gsDevKitHome/gemstone/stones/gestionale/logs/github-cache/dalehenrich/tode/master/dalehenrich-tode-727f474/repository
>>
>>
>> After i open the tODE shell gestionale. The system answer in 1 second.
>>
>> The tODE commands works fine.
>
> After it i test the GemTools login.
>
> The image go into loop. I kill it.
>
> Now the gslist -x report :
>
>
> gestionale
> status= exists
>
> type= Stone
>
> version= 3.1.0.6
>
> owner= scandella
>
> started= mar 09 23:14
>
> pid= 2030
>
> port= 48678
>
> logfile= /opt/oodb/gsDevKitHome/gemstone/stones/gestionale/logs/gestionale.log
>
> sysconf= /opt/oodb/gsDevKitHome/gemstone/stones/gestionale/extents/system.conf
>
> GEMSTONE=/opt/oodb/gsDevKitHome/gemstone/stones/gestionale/product
>
> gestionale~9af495ccd1149d82
>
> status= exists
>
> type= cache
>
> version= 3.1.0.6
>
> owner= scandella
>
> started= mar 09 23:14
>
> pid= 2032
>
> port= 51188
>
> options= maxPages=131072, maxClients=49, spinCount=5000 targetFreeFrameCount=7000 numFFPgsvrs=1 numSharedCounters=1900 monitorPort=0
>
> logfile= /opt/oodb/gsDevKitHome/gemstone/stones/gestionale/logs/gestionale_2032pcmon.log
>
> GEMSTONE=/opt/oodb/gsDevKitHome/gemstone/stones/gestionale/product
>
> gs64ldi
>
> status= exists
>
> type= Netldi
>
> version= 3.1.0.6
>
> owner= scandella
>
> started= mar 09 23:14
>
> pid= 2015
>
> port= 50377
>
> options= -g -a scandella
>
> logfile= /opt/gemstone/log/gs64ldi.log
>
> GEMSTONE=/opt/oodb/gsDevKitHome/gemstone/stones/gestionale/product
>
>
>
> The gemstone_status reports:
>
> Status Version Owner Pid Port Started Type Name
> ------- --------- --------- ----- ----- ------------ ------ ---
>
> OK 3.1.0.6 scandella 2030 48678 mar 09 23:14 Stone gestionale
> OK 3.1.0.6 scandella 2032 51188 mar 09 23:14 cache gestionale~9af495ccd1149d82
>
> frozen 3.1.0.6 scandella 2015 50377 mar 09 23:14 Netldi gs64ldi
>
>
>
> Now the tODE testLogin answer:
>
> Error running testLogin:
>
> 'Error: Unable to create a GemStone session.
> NetLDI service ''50377'' not found on node ''localhost'' port 50377 :
> For further information about login failures, check the gem log file'
>
> Unable to connect to netLDI '50377' on host 'localhost'.
> Please make sure that the netLDI '50377' is running on host 'localhost',
> is listening on the correct port, and that you can reach host 'localhost'
> from this machine
>
>
> Thanks,
>
> Dario
>>
>>
>>>
>>> If you try to use port forwarding for GemTools[1], we will eliminate a couple of variables..
>>>
>>> Now I notice that in your gslist, that the netldi is reported as `frozen` and that could be an issue.
>>>
>>> If you could send us a copy of the netldi log file we might be able to understand what might be going on ... but I don't think a frozen netldi is a good thing ...
>>
>> I don't have the netldi.log in the directory gsDevKitHome/gemstone/stones/gestionale/logs
>>
>> It's strange ?
>>
>> But the > scandella at scandella:/opt/oodb/gsDevKitHome/gemstone/stones/gestionale/product/bin$ ./gslist -x
>>
>> report:
>>
>>
>> gestionale
>>
>> status= exists
>>
>> type= Stone
>>
>> version= 3.1.0.6
>>
>> owner= scandella
>>
>> started= mar 09 23:14
>>
>> pid= 2030
>>
>> port= 48678
>>
>> logfile= /opt/oodb/gsDevKitHome/gemstone/stones/gestionale/logs/gestionale.log
>>
>> sysconf= /opt/oodb/gsDevKitHome/gemstone/stones/gestionale/extents/system.conf
>>
>> GEMSTONE=/opt/oodb/gsDevKitHome/gemstone/stones/gestionale/product
>>
>> gestionale~9af495ccd1149d82
>>
>> status= exists
>>
>> type= cache
>>
>> version= 3.1.0.6
>>
>> owner= scandella
>>
>> started= mar 09 23:14
>>
>> pid= 2032
>>
>> port= 51188
>>
>> options= maxPages=131072, maxClients=49, spinCount=5000 targetFreeFrameCount=7000 numFFPgsvrs=1 numSharedCounters=1900 monitorPort=0
>>
>> logfile= /opt/oodb/gsDevKitHome/gemstone/stones/gestionale/logs/gestionale_2032pcmon.log
>>
>> GEMSTONE=/opt/oodb/gsDevKitHome/gemstone/stones/gestionale/product
>>
>> gs64ldi
>>
>> status= exists
>>
>> type= Netldi
>>
>> version= 3.1.0.6
>>
>> owner= scandella
>>
>> started= mar 09 23:14
>>
>> pid= 2015
>>
>> port= 50377
>>
>> options= -g -a scandella
>>
>> logfile= /opt/gemstone/log/gs64ldi.log
>>
>> GEMSTONE=/opt/oodb/gsDevKitHome/gemstone/stones/gestionale/product
>>
>>
>>
>>>
>>> Also I'd like to see a copy of the settings you are using to log into your stone from GemTools ...
>>
>> OGCustomSessionDescription new
>> name: 'Scandella3106 gestionale save';
>> stoneHost: 'scandella';
>> stoneName: 'gestionale';
>> gemHost: 'scandella';
>> netLDI: '50377';
>> gemTask: 'gemnetobject';
>> userId: 'DataCurator';
>> password: 'password';
>> osUserId: '';
>> osPassword: '';
>> backupDirectory: '';
>> dataDirectory: '';
>> yourself.
>>>
>>> Ip address changes could affect how GemTools host resolves ip addresses or how the stone resolves the host name for your GemTools host ...
>>>
>>
>> Thanks for considerations,
>>
>> Dario
>>
>>> I would like a bit mor edetailo about which hosts had their ip addresses changed ...
>>>
>>> Dale
>>>
>>> [1] https://github.com/GsDevKit/GsDevKit_home/blob/master/docs/portForwardingForRemoteLogins.md
>>>
>>> On 03/09/2016 02:53 PM, Trussardi Dario Romano via Glass wrote:
>>>>
>>>> Dale,
>>>>
>>>> I resubmit the fullBackup from Topaz, now it works fine.
>>>>
>>>> Now i I proceed with more tranquility.....
>>>>
>>>> Thanks.
>>>>
>>>> Now after do the backup i can work to the real problematic: the GemTools login don't works.
>>>>
>>>> I have the server based on Ubuntu system and all worked fine ( the Gemtools login worked fine [ i work into local network ] )
>>>>
>>>> until the network man responsible change the router configurations.
>>>>
>>>> The public ip changed.
>>>>
>>>> In this server i run the Daemontools service.
>>>>
>>>>
>>>>
>>>> But now when i do the GemTools login the image go in loop [ i work from local network ]
>>>>
>>>> and after the gemstone_status report:
>>>> Status Version Owner Pid Port Started Type Name
>>>>
>>>> ------- --------- --------- ----- ----- ------------ ------ --
>>>>
>>>> OK 3.1.0.6 scandella 11183 49170 nov 13 20:54 Stone gestionale
>>>> frozen 3.1.0.6 scandella 18856 41901 mar 09 14:59 Netldi gestionale_ldi
>>>> OK 3.1.0.6 scandella 11185 58302 nov 13 20:54 cache gestionale~9af495ccd1149d82
>>>>
>>>> I restart the Ubuntu server but the problematic remain.
>>>>
>>>> The only thing i noticed is relative to the ssh login time ( 10 seconds ) from local connection, ( it's long time ).
>>>>
>>>> I tested the same Gemstone repository ( a copy of the same extent0.dbf ) on another local server and the Gemtools login works fine.
>>>>
>>>> The ssh login time relative to this server is 1 second.
>>>>
>>>> This server don't run the Daemontools service.
>>>>
>>>> Some considerations, idea about this problematic ?
>>>>
>>>> Thanks,
>>>>
>>>> Dario
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Glass mailing list
>>>> Glass at lists.gemtalksystems.com
>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>
>>> _______________________________________________
>>> Glass mailing list
>>> Glass at lists.gemtalksystems.com
>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>
>> _______________________________________________
>> Glass mailing list
>> Glass at lists.gemtalksystems.com
>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
> _______________________________________________
> 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/20160310/5c84105c/attachment-0001.html>
More information about the Glass
mailing list