[Glass] Gemtools login problematic

Mariano Martinez Peck via Glass glass at lists.gemtalksystems.com
Thu Mar 10 04:31:00 PST 2016


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.

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 listGlass at lists.gemtalksystems.comhttp://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/7bb24b50/attachment-0001.html>


More information about the Glass mailing list