[GemStone-Smalltalk] Netldi Connection Errors

[James Foster]

Hi Ian,

Let’s take a look at the documentation on version 3.5 (https://gemtalksystems.com/products/gs64/versions35x/ <https://gemtalksystems.com/products/gs64/versions35x/>). 

In the System Administration Guide, chapter 4 covers NetLDI and related issues. Starting on page 73 is a discussion of “who will own spawned processes?” The “Default mode” specifies that "In default mode, an ordinary user such as the administrative user, starts and owns the NetLDI process. Regardless of authentication level, all logins must provide the UNIX userId and password of the account that started the NetLDI” (emphasis added).

Looking at the Topaz Manual, page 12 begins a discussion of “Logging In to GemStone.” Among the parameters to be established to log in to GemStone through Topaz are “host user name and password”: "These are configured using the set command: set hostusername osUserName and set hostpassword osPassword.” Note that these "are needed only for RPC sessions.”

So, I’d suggest that you try a linked login (topaz -l) or set the hostusername and hostpassword before the login attempt. Alternatively, you could start NetLDI in “captive account mode” (startnetldi -g -a ian).

James


> On Oct 31, 2019, at 5:56 PM, ian via GemStone-Smalltalk <gemstone-smalltalk at lists.gemtalksystems.com> wrote:
> 
> Hi James,
> 
> Thanks for your response.
> 
> I used the startnetldi - selects the default gs64ldi.
> 
> The stick bit is set for root on the netldid daemon so that would be unix
> auth.  Correct?
> 
> STDOUT gets the following on startnetldi:
> 
> ian at debian:/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux$ startnetldi
> startnetldi[Info]: GemStone version '3.5.0'
> startnetldi[Info]: Starting GemStone network server 'gs64ldi'.
> startnetldi[Info]: GEMSTONE is:
> '/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux'.
> [Info]: Loaded
> /opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux/lib/libnetldi-3.5.0-64.so
> startnetldi[Info]: Log file is '/opt/gemstone/log/gs64ldi.log'.
> startnetldi[Info]: GemStone server 'gs64ldi' has been started, process 12491
> ian at debian:/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux$ 
> 
> The output for gslist -x is:
> 
> ian at debian:/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux$ gslist -x
> gs64ldi
>  status=  exists
>  type=    Netldi
>  version= 3.5.0
>  owner=   ian
>  started= Oct 31 20:50
>  pid=     12491
>  port=    50377
>  logfile= /opt/gemstone/log/gs64ldi.log
>  GEMSTONE=/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux
>  exe=/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux/sys/netldid
> gs64stone
>  status=  exists
>  type=    Stone
>  version= 3.5.0
>  owner=   ian
>  started= Oct 30 20:15
>  pid=     9731
>  port=    43013
>  options= gs64stone
>  logfile=
> /opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux/data/gs64stone.log
>  sysconf=
> /opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux/data/system.conf
>  GEMSTONE=/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux
>  exe=/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux/sys/stoned
> gs64stone~b45385a4f1abf101
>  status=  exists
>  type=    cache
>  version= 3.5.0
>  owner=   ian
>  started= Oct 30 20:15
>  pid=     9733
>  port=    40091
>  options=  numPages=4687, maxClients=52, spinCount=5000,
> targetFreeFrameCount=585, numFFThreads=1, numSharedCounters=1900,
> monitorPort=0, LargePagePolicy=0, LargePageSizeMb=0
>  logfile=
> /opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux/data/gs64stone_9733pcmon.log
>  GEMSTONE=/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux
>  exe=/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux/sys/shrpcmonitor
> ian at debian:/opt/gemstone/app/GemStone64Bit3.5.0-x86_64.Linux$ 
> 
> The error that I get when attempting to login via topaz seem to suggest that
> there is an ssl connection error.  SSL seems to work everywhere else so this
> seems to point to PAM.  I have not explicitly setup
> /etc/pam.d/gemstone.netldi as per the admin manual (I did try this though -
> same result) and am attempting to use vanilla pam.  
> 
> If it is PAM I fail to see why? (Although I am by no means a PAM expert.
> 
> Does this info help?
> 
> 
> 
> --
> Sent from: http://forum.world.st/Gemstone-S-f1461796.html
> _______________________________________________
> GemStone-Smalltalk mailing list
> GemStone-Smalltalk at lists.gemtalksystems.com
> https://lists.gemtalksystems.com/mailman/listinfo/gemstone-smalltalk
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gemtalksystems.com/mailman/private/gemstone-smalltalk/attachments/20191031/6bce43f1/attachment.htm>