NetLDI Error - System Error: errno=1, EPERM, Not super-user

Hi -

I'm trying to connect to a 3.0.1 stone, on localhost using the
DataCurator user through GemTools 1.0-beta8.5 on 64 bit Debian 6.  But
I'm getting an error in GemTools which is:

'Unable to create a GemStone session.
Netldi ''gs64ldi'' on host 'test-server'' reports the request
''gemnetobject'' failed:
Your netldi request timed out after 30 seconds.
If a gem or page server log file was created for this request it will
contain information on why this request failed.
Otherwise check the netldi log ''/opt/gemstone/log/gs64ldi.log'' for
information.'



What should I check to resolve this?  Should 'startnet' be run as a
superuser?  The gs64ldi.log file is pasted below.

Thanks


Paul

PS - I mistakenly sent this to the [hidden email] email address
yesterday.  Sorry about that.





_____________________________________________________________________________
|             GemStone/S64 Object-Oriented Data Management System
       |
|                    Copyright (C) VMware, Inc. 1986-2011
       |
|                            All rights reserved.
       |
+-----------------------------------------------------------------------------+
|    PROGRAM: NETLDI, GemStone Network Daemon
       |
|    VERSION: 3.0.1, Mon Oct 31 15:04:13 2011
       |
|      BUILD: gss64_3_0_1_branch-27207
       |
|  BUILT FOR: x86-64 (Linux)
       |
|       MODE: 64 bit
       |
| RUNNING ON: 1-CPU (none) x86_64 (Linux 2.6.26-1-xen-amd64 #1 SMP Fri
Mar 13 |
| 21:39:38 UTC 2009) 1024MB
       |
| PROCESS ID: 28698     DATE: 11/15/11 00:02:06 UTC
       |
|   USER IDS: REAL=paul (1000) EFFECTIVE=paul (1000)
       |
|_____________________________________________________________________________|


Internal tables are configured for 335 concurrent clients.
Server socket gs64ldi (protocol TCP) is created, with a delay of 30 seconds.
Summary of netldi parameters:
    The host name is 'test-server'.
  GEMSTONE is: '/opt/gemstone/product'.
  GEMSTONE_NRS_ALL is:
'#dir:$GEMSTONE_DATADIR#log:/$GEMSTONE_LOGDIR/%N%P.log'.
    Clients are not authenticated.
    Process creation MUST be through services.dat.
    Created processes belong to the account named 'paul'.
    The default directory for log files is '/home/paul/'.
    The command line is:

/home/paul//opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/netldid -g
-n -apaul \
       -l /opt/gemstone/log/gs64ldi.log gs64ldi
Entering Service Loop

_____________________________________________________________________________
|              ERROR:  Process 28757 setregid() failure:
       |
|       System Error:  errno=1,EPERM, Not super-user
       |
|_____________________________________________________________________________|

Paul,

We are looking into this. Did you install the product as root? Could you you give us the output of

  ls -l $GEMSTONE/sys

to help us figure this out.

thanks,

Dale

----- Original Message -----
| From: "Paul DeBruicker" <[hidden email]>
| To: [hidden email]
| Sent: Tuesday, November 15, 2011 6:25:21 PM
| Subject: [GS/SS Beta] NetLDI Error - System Error:  errno=1, EPERM, Not super-user
|
|
|
| Hi -
|
| I'm trying to connect to a 3.0.1 stone, on localhost using the
| DataCurator user through GemTools 1.0-beta8.5 on 64 bit Debian 6.
|  But
| I'm getting an error in GemTools which is:
|
| 'Unable to create a GemStone session.
| Netldi ''gs64ldi'' on host 'test-server'' reports the request
| ''gemnetobject'' failed:
| Your netldi request timed out after 30 seconds.
| If a gem or page server log file was created for this request it will
| contain information on why this request failed.
| Otherwise check the netldi log ''/opt/gemstone/log/gs64ldi.log'' for
| information.'
|
|
|
| What should I check to resolve this?  Should 'startnet' be run as a
| superuser?  The gs64ldi.log file is pasted below.
|
| Thanks
|
|
| Paul
|
| PS - I mistakenly sent this to the [hidden email] email
| address
| yesterday.  Sorry about that.
|
|
|
|
|
| _____________________________________________________________________________
| |             GemStone/S64 Object-Oriented Data Management System
|        |
| |                    Copyright (C) VMware, Inc. 1986-2011
|        |
| |                            All rights reserved.
|        |
| +-----------------------------------------------------------------------------+
| |    PROGRAM: NETLDI, GemStone Network Daemon
|        |
| |    VERSION: 3.0.1, Mon Oct 31 15:04:13 2011
|        |
| |      BUILD: gss64_3_0_1_branch-27207
|        |
| |  BUILT FOR: x86-64 (Linux)
|        |
| |       MODE: 64 bit
|        |
| | RUNNING ON: 1-CPU (none) x86_64 (Linux 2.6.26-1-xen-amd64 #1 SMP
| | Fri
| Mar 13 |
| | 21:39:38 UTC 2009) 1024MB
|        |
| | PROCESS ID: 28698     DATE: 11/15/11 00:02:06 UTC
|        |
| |   USER IDS: REAL=paul (1000) EFFECTIVE=paul (1000)
|        |
| |_____________________________________________________________________________|
|
|
| Internal tables are configured for 335 concurrent clients.
| Server socket gs64ldi (protocol TCP) is created, with a delay of 30
| seconds.
| Summary of netldi parameters:
|     The host name is 'test-server'.
|   GEMSTONE is: '/opt/gemstone/product'.
|   GEMSTONE_NRS_ALL is:
| '#dir:$GEMSTONE_DATADIR#log:/$GEMSTONE_LOGDIR/%N%P.log'.
|     Clients are not authenticated.
|     Process creation MUST be through services.dat.
|     Created processes belong to the account named 'paul'.
|     The default directory for log files is '/home/paul/'.
|     The command line is:
|
| /home/paul//opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/netldid
| -g
| -n -apaul \
|        -l /opt/gemstone/log/gs64ldi.log gs64ldi
| Entering Service Loop
|
| _____________________________________________________________________________
| |              ERROR:  Process 28757 setregid() failure:
|        |
| |       System Error:  errno=1,EPERM, Not super-user
|        |
| |_____________________________________________________________________________|
|
|
|
|

I ran

bash installGemstone3.0.1.sh

which does ask for my password for sudo.

On Ubuntu 64bit Gemstone 3.0.1 installed and runs fine.

On the Debian box this is the output of the startnet and startGemstone
commands:

paul@(none):~/gemstone$ startnet
startnetldi[Info]: GemStone version '3.0.1'
startnetldi[Info]: Starting GemStone network server 'gs64ldi'.
startnetldi[Info]: GEMSTONE is: '/opt/gemstone/product'.
startnetldi[Info]: GEMSTONE_NRS_ALL is:
'#dir:$GEMSTONE_DATADIR#log:/$GEMSTONE_LOGDIR/%N%P.log'.
startnetldi[Info]: Log file is '/opt/gemstone/log/gs64ldi.log'.
startnetldi[Info]: GemStone server 'gs64ldi' has been started.
paul@(none):~/gemstone$ startGemstone
Starting stone: seaside
--- 11/16/11 17:11:49.123 UTC ---
stopstone[Info]: GemStone version '3.0.1'
stopstone[Info]: Server 'seaside' is not running.
startstone[Info]: GemStone version '3.0.1'
startstone[Info]: Starting Stone repository monitor 'seaside'.
startstone[Info]: GEMSTONE is: '/opt/gemstone/product'.
startstone[Info]:
 
GEMSTONE_SYS_CONF=/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/seaside/data/system.conf
 
GEMSTONE_EXE_CONF=/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/seaside/data/seaside.conf
Write to /proc/1224/oom_adj failed with EACCES , linux user does not
have CAP_SYS_RESOURCE
No server process protection from OOM killer
startstone[Info]: Log file is '/opt/gemstone/log/seaside.log'.
startstone[Info]: GemStone server 'seaside' has been started.
paul@(none):~/gemstone$











The output of ls -l $GEMSTONE/sys is:


paul@(none):~/gemstone$ ls -l $GEMSTONE/sys
total 29052
-r--r--r-- 1 paul paul    1304 Oct 31 21:59 example.key
-r--r--r-- 1 paul paul   15164 Oct 31 21:59 gdbg.hlp
-r-xr-xr-x 1 paul paul   23861 Oct 31 22:30 gem
-r-xr-xr-x 1 paul paul    9021 Oct 31 21:59 gemnetdebug
-r-xr-xr-x 1 paul paul    4385 Oct 31 21:59 gemnetobject
-r-xr-xr-x 1 paul paul 1105841 Oct 31 22:30 netldid
-r-xr-xr-x 1 paul paul 3092766 Oct 31 22:30 pgsvr
-r--r--r-- 1 paul paul   20891 Oct 31 21:59 pgsvr.hlp
-r-xr-xr-x 1 paul paul   23750 Oct 31 22:30 pgsvrmain
-r-xr-xr-x 1 paul paul 2786651 Oct 31 22:30 pgsvrmainl
-r-xr-xr-x 1 paul paul 2334160 Oct 31 22:12 pgsvrmainl.slow
-r-xr-xr-x 1 paul paul 3335687 Oct 31 22:30 pgsvrslow
-r-xr-xr-x 1 paul paul    3996 Oct 31 21:59 runadmingcgem
-r-xr-xr-x 1 paul paul    4015 Oct 31 21:59 runcachewarmergem
-r-xr-xr-x 1 paul paul    4039 Oct 31 21:59 runotcachewarmergem
-r-xr-xr-x 1 paul paul    3984 Oct 31 21:59 runpagemgrgem
-r-xr-xr-x 1 paul paul    4147 Oct 31 21:59 runpgsvr
-r-xr-xr-x 1 paul paul    4060 Oct 31 21:59 runpgsvrmain
-r-xr-xr-x 1 paul paul    4004 Oct 31 21:59 runreclaimgcgem
-r-xr-xr-x 1 paul paul    4110 Oct 31 21:59 runsymbolgem
-r-xr-xr-x 1 paul paul    4129 Oct 31 21:59 runsymbolgemconv
-r--r--r-- 1 paul paul    3998 Oct 31 21:59 services.dat
-r--r--r-- 1 paul paul    5797 Oct 31 21:59 shrpcmon.hlp
-r-xr-xr-x 1 paul paul 1653118 Oct 31 22:30 shrpcmonitor
-r-xr-xr-x 1 paul paul  344063 Oct 31 22:30 startchild
-r-xr-xr-x 1 paul paul    3823 Oct 31 21:59 startshrpcmon
-r-xr-xr-x 1 paul paul 6931593 Oct 31 22:30 stoned
-r-xr-xr-x 1 paul paul 7802984 Oct 31 22:12 stoned.slow
-r--r--r-- 1 paul paul  105198 Oct 31 21:59 topaz.hlp




On 11-11-16 09:04 AM, Dale Henrichs wrote:

Paul,

The sudo in the script is for setting some of the shared memory parameters (if needed). So everything looks cool ... We're still looking into the possible causes of the "not superuser" error message.

Meanwhile, let's get a look at the gemstone processes that are running:

  ps -efw | grep /opt/gemstone

Dale

----- Original Message -----
| From: "Paul DeBruicker" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Wednesday, November 16, 2011 9:13:31 AM
| Subject: Re: [GS/SS Beta] NetLDI Error - System Error:  errno=1, EPERM, Not super-user
|
| I ran
|
| bash installGemstone3.0.1.sh
|
| which does ask for my password for sudo.
|
| On Ubuntu 64bit Gemstone 3.0.1 installed and runs fine.
|
| On the Debian box this is the output of the startnet and
| startGemstone
| commands:
|
| paul@(none):~/gemstone$ startnet
| startnetldi[Info]: GemStone version '3.0.1'
| startnetldi[Info]: Starting GemStone network server 'gs64ldi'.
| startnetldi[Info]: GEMSTONE is: '/opt/gemstone/product'.
| startnetldi[Info]: GEMSTONE_NRS_ALL is:
| '#dir:$GEMSTONE_DATADIR#log:/$GEMSTONE_LOGDIR/%N%P.log'.
| startnetldi[Info]: Log file is '/opt/gemstone/log/gs64ldi.log'.
| startnetldi[Info]: GemStone server 'gs64ldi' has been started.
| paul@(none):~/gemstone$ startGemstone
| Starting stone: seaside
| --- 11/16/11 17:11:49.123 UTC ---
| stopstone[Info]: GemStone version '3.0.1'
| stopstone[Info]: Server 'seaside' is not running.
| startstone[Info]: GemStone version '3.0.1'
| startstone[Info]: Starting Stone repository monitor 'seaside'.
| startstone[Info]: GEMSTONE is: '/opt/gemstone/product'.
| startstone[Info]:
|  
| GEMSTONE_SYS_CONF=/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/seaside/data/system.conf
|  
| GEMSTONE_EXE_CONF=/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/seaside/data/seaside.conf
| Write to /proc/1224/oom_adj failed with EACCES , linux user does not
| have CAP_SYS_RESOURCE
| No server process protection from OOM killer
| startstone[Info]: Log file is '/opt/gemstone/log/seaside.log'.
| startstone[Info]: GemStone server 'seaside' has been started.
| paul@(none):~/gemstone$
|
|
|
|
|
|
|
|
|
|
|
| The output of ls -l $GEMSTONE/sys is:
|
|
| paul@(none):~/gemstone$ ls -l $GEMSTONE/sys
| total 29052
| -r--r--r-- 1 paul paul    1304 Oct 31 21:59 example.key
| -r--r--r-- 1 paul paul   15164 Oct 31 21:59 gdbg.hlp
| -r-xr-xr-x 1 paul paul   23861 Oct 31 22:30 gem
| -r-xr-xr-x 1 paul paul    9021 Oct 31 21:59 gemnetdebug
| -r-xr-xr-x 1 paul paul    4385 Oct 31 21:59 gemnetobject
| -r-xr-xr-x 1 paul paul 1105841 Oct 31 22:30 netldid
| -r-xr-xr-x 1 paul paul 3092766 Oct 31 22:30 pgsvr
| -r--r--r-- 1 paul paul   20891 Oct 31 21:59 pgsvr.hlp
| -r-xr-xr-x 1 paul paul   23750 Oct 31 22:30 pgsvrmain
| -r-xr-xr-x 1 paul paul 2786651 Oct 31 22:30 pgsvrmainl
| -r-xr-xr-x 1 paul paul 2334160 Oct 31 22:12 pgsvrmainl.slow
| -r-xr-xr-x 1 paul paul 3335687 Oct 31 22:30 pgsvrslow
| -r-xr-xr-x 1 paul paul    3996 Oct 31 21:59 runadmingcgem
| -r-xr-xr-x 1 paul paul    4015 Oct 31 21:59 runcachewarmergem
| -r-xr-xr-x 1 paul paul    4039 Oct 31 21:59 runotcachewarmergem
| -r-xr-xr-x 1 paul paul    3984 Oct 31 21:59 runpagemgrgem
| -r-xr-xr-x 1 paul paul    4147 Oct 31 21:59 runpgsvr
| -r-xr-xr-x 1 paul paul    4060 Oct 31 21:59 runpgsvrmain
| -r-xr-xr-x 1 paul paul    4004 Oct 31 21:59 runreclaimgcgem
| -r-xr-xr-x 1 paul paul    4110 Oct 31 21:59 runsymbolgem
| -r-xr-xr-x 1 paul paul    4129 Oct 31 21:59 runsymbolgemconv
| -r--r--r-- 1 paul paul    3998 Oct 31 21:59 services.dat
| -r--r--r-- 1 paul paul    5797 Oct 31 21:59 shrpcmon.hlp
| -r-xr-xr-x 1 paul paul 1653118 Oct 31 22:30 shrpcmonitor
| -r-xr-xr-x 1 paul paul  344063 Oct 31 22:30 startchild
| -r-xr-xr-x 1 paul paul    3823 Oct 31 21:59 startshrpcmon
| -r-xr-xr-x 1 paul paul 6931593 Oct 31 22:30 stoned
| -r-xr-xr-x 1 paul paul 7802984 Oct 31 22:12 stoned.slow
| -r--r--r-- 1 paul paul  105198 Oct 31 21:59 topaz.hlp
|
|
|
|
| On 11-11-16 09:04 AM, Dale Henrichs wrote:
| > Paul,
| >
| > We are looking into this. Did you install the product as root?
| > Could you you give us the output of
| >
| >    ls -l $GEMSTONE/sys
| >
| > to help us figure this out.
| >
| > thanks,
| >
| > Dale
| >
| > ----- Original Message -----
| > | From: "Paul DeBruicker"<[hidden email]>
| > | To: [hidden email]
| > | Sent: Tuesday, November 15, 2011 6:25:21 PM
| > | Subject: [GS/SS Beta] NetLDI Error - System Error:  errno=1,
| > | EPERM, Not super-user
| > |
| > |
| > |
| > | Hi -
| > |
| > | I'm trying to connect to a 3.0.1 stone, on localhost using the
| > | DataCurator user through GemTools 1.0-beta8.5 on 64 bit Debian 6.
| > |  But
| > | I'm getting an error in GemTools which is:
| > |
| > | 'Unable to create a GemStone session.
| > | Netldi ''gs64ldi'' on host 'test-server'' reports the request
| > | ''gemnetobject'' failed:
| > | Your netldi request timed out after 30 seconds.
| > | If a gem or page server log file was created for this request it
| > | will
| > | contain information on why this request failed.
| > | Otherwise check the netldi log ''/opt/gemstone/log/gs64ldi.log''
| > | for
| > | information.'
| > |
| > |
| > |
| > | What should I check to resolve this?  Should 'startnet' be run as
| > | a
| > | superuser?  The gs64ldi.log file is pasted below.
| > |
| > | Thanks
| > |
| > |
| > | Paul
| > |
| > | PS - I mistakenly sent this to the [hidden email] email
| > | address
| > | yesterday.  Sorry about that.
| > |
| > |
| > |
| > |
| > |
| > | _____________________________________________________________________________
| > | |             GemStone/S64 Object-Oriented Data Management System
| > |        |
| > | |                    Copyright (C) VMware, Inc. 1986-2011
| > |        |
| > | |                            All rights reserved.
| > |        |
| > | +-----------------------------------------------------------------------------+
| > | |    PROGRAM: NETLDI, GemStone Network Daemon
| > |        |
| > | |    VERSION: 3.0.1, Mon Oct 31 15:04:13 2011
| > |        |
| > | |      BUILD: gss64_3_0_1_branch-27207
| > |        |
| > | |  BUILT FOR: x86-64 (Linux)
| > |        |
| > | |       MODE: 64 bit
| > |        |
| > | | RUNNING ON: 1-CPU (none) x86_64 (Linux 2.6.26-1-xen-amd64 #1
| > | | SMP
| > | | Fri
| > | Mar 13 |
| > | | 21:39:38 UTC 2009) 1024MB
| > |        |
| > | | PROCESS ID: 28698     DATE: 11/15/11 00:02:06 UTC
| > |        |
| > | |   USER IDS: REAL=paul (1000) EFFECTIVE=paul (1000)
| > |        |
| > | |_____________________________________________________________________________|
| > |
| > |
| > | Internal tables are configured for 335 concurrent clients.
| > | Server socket gs64ldi (protocol TCP) is created, with a delay of
| > | 30
| > | seconds.
| > | Summary of netldi parameters:
| > |     The host name is 'test-server'.
| > |   GEMSTONE is: '/opt/gemstone/product'.
| > |   GEMSTONE_NRS_ALL is:
| > | '#dir:$GEMSTONE_DATADIR#log:/$GEMSTONE_LOGDIR/%N%P.log'.
| > |     Clients are not authenticated.
| > |     Process creation MUST be through services.dat.
| > |     Created processes belong to the account named 'paul'.
| > |     The default directory for log files is '/home/paul/'.
| > |     The command line is:
| > |
| > | /home/paul//opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/netldid
| > | -g
| > | -n -apaul \
| > |        -l /opt/gemstone/log/gs64ldi.log gs64ldi
| > | Entering Service Loop
| > |
| > | _____________________________________________________________________________
| > | |              ERROR:  Process 28757 setregid() failure:
| > |        |
| > | |       System Error:  errno=1,EPERM, Not super-user
| > |        |
| > | |_____________________________________________________________________________|
| > |
| > |
| > |
| > |
|
|

On 11-11-16 09:30 AM, Dale Henrichs wrote:
> ps -efw | grep /opt/gemstone


paul@(none):~/gemstone$ ps -efw | grep /opt/gemstone
paul      1219     1  0 17:11 ?        00:00:00
/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/netldid gs64ldi -g -n
-apaul -l /opt/gemstone/log/gs64ldi.log
paul      1224     1  0 17:11 ?        00:00:00
/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/stoned seaside -z
/opt/gemstone/product/seaside/data/system.conf -l
/opt/gemstone/log/seaside.log
paul      1226  1224  0 17:11 ?        00:00:01
/opt/gemstone/product/sys/shrpcmonitor 'seaside~f4cfc9221354a23f'
setlocationstr 31250 setnumpages 49 setnumprocs 0 setmemlock 1
setspinlockcount 3906 settargetfflimit 1 setnumffpgsvrs 1900
setnumsharedctrs 0 setportnumber startup sloop exit
paul      1233  1224  0 17:11 ?        00:00:00
/opt/gemstone/product/sys/pgsvrmain seaside~f4cfc9221354a23f 0 1 -1
paul      1236  1224  0 17:11 ?        00:00:00
/opt/gemstone/product/sys/pgsvrmain TCP 32981 90
paul      1248  1224  0 17:11 ?        00:00:03
/opt/gemstone/product/sys/gem pagemanager 'seaside' -T 5000
paul      1254  1224  0 17:11 ?        00:00:00
/opt/gemstone/product/sys/gem reclaimgcgem 'seaside' 0 0 -T 5000
paul      1257  1224  0 17:11 ?        00:00:00
/opt/gemstone/product/sys/gem admingcgem seaside '-T 5000'
paul      1260  1224  0 17:11 ?        00:00:00
/opt/gemstone/product/sys/gem symbolgem 'seaside' -T 20000
paul      1335  1852  0 17:39 pts/2    00:00:00 grep /opt/gemstone

Paul,

Nothing odd with the running processes either...

The error is being generated when we try to set the group for the forked process (in this case a remote gem).

If you turn on additional logging for the netldi, we should be able to get to the bottom of the problem. Kill your current netldi process and start the netldi using the following:

  $GEMSTONE/bin/startnetldi -d -g -a $USER -n -l $GEMSTONE_LOGDIR/gs64ldi.log

Then send us your log ...

It is likely that there is something wrong with the session information in GemTools, so if you could 'Edit Session' and send us the session description, we might be able to spot the problem there.

Dale

----- Original Message -----
| From: "Paul DeBruicker" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Wednesday, November 16, 2011 9:39:33 AM
| Subject: Re: [GS/SS Beta] NetLDI Error - System Error:  errno=1, EPERM, Not super-user
|
| On 11-11-16 09:30 AM, Dale Henrichs wrote:
| > ps -efw | grep /opt/gemstone
|
|
| paul@(none):~/gemstone$ ps -efw | grep /opt/gemstone
| paul      1219     1  0 17:11 ?        00:00:00
| /opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/netldid gs64ldi -g
| -n
| -apaul -l /opt/gemstone/log/gs64ldi.log
| paul      1224     1  0 17:11 ?        00:00:00
| /opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/stoned seaside -z
| /opt/gemstone/product/seaside/data/system.conf -l
| /opt/gemstone/log/seaside.log
| paul      1226  1224  0 17:11 ?        00:00:01
| /opt/gemstone/product/sys/shrpcmonitor 'seaside~f4cfc9221354a23f'
| setlocationstr 31250 setnumpages 49 setnumprocs 0 setmemlock 1
| setspinlockcount 3906 settargetfflimit 1 setnumffpgsvrs 1900
| setnumsharedctrs 0 setportnumber startup sloop exit
| paul      1233  1224  0 17:11 ?        00:00:00
| /opt/gemstone/product/sys/pgsvrmain seaside~f4cfc9221354a23f 0 1 -1
| paul      1236  1224  0 17:11 ?        00:00:00
| /opt/gemstone/product/sys/pgsvrmain TCP 32981 90
| paul      1248  1224  0 17:11 ?        00:00:03
| /opt/gemstone/product/sys/gem pagemanager 'seaside' -T 5000
| paul      1254  1224  0 17:11 ?        00:00:00
| /opt/gemstone/product/sys/gem reclaimgcgem 'seaside' 0 0 -T 5000
| paul      1257  1224  0 17:11 ?        00:00:00
| /opt/gemstone/product/sys/gem admingcgem seaside '-T 5000'
| paul      1260  1224  0 17:11 ?        00:00:00
| /opt/gemstone/product/sys/gem symbolgem 'seaside' -T 20000
| paul      1335  1852  0 17:39 pts/2    00:00:00 grep /opt/gemstone
|
|

Hi Dale,

The session info is:
OGStandardSessionDescription new
        name: 'Standard';
        stoneHost: 'localhost';
        stoneName: 'seaside';
        gemHost: 'localhost';
        netLDI: '50377';
        userId: 'DataCurator';
        password: 'swordfish';
        backupDirectory: '';
        yourself.

but I've tried 127.0.0.1 as the stoneHost and gemHost with no luck

And the log is:

 
_____________________________________________________________________________
|             GemStone/S64 Object-Oriented Data Management System
       |
|                    Copyright (C) VMware, Inc. 1986-2011
       |
|                            All rights reserved.
       |
+-----------------------------------------------------------------------------+
|    PROGRAM: NETLDI, GemStone Network Daemon
       |
|    VERSION: 3.0.1, Mon Oct 31 15:04:13 2011
       |
|      BUILD: gss64_3_0_1_branch-27207
       |
|  BUILT FOR: x86-64 (Linux)
       |
|       MODE: 64 bit
       |
| RUNNING ON: 1-CPU suprcomputr x86_64 (Linux 2.6.26-1-xen-amd64 #1 SMP
Fri Mar
| 13 21:39:38 UTC 2009) 1024MB
       |
| PROCESS ID: 1380      DATE: 11/16/11 18:09:17 UTC
       |
|   USER IDS: REAL=paul (1000) EFFECTIVE=paul (1000)
       |
|_____________________________________________________________________________|


Internal tables are configured for 335 concurrent clients.
Server socket gs64ldi (protocol TCP) is created, with a delay of 30 seconds.
Summary of netldi parameters:
    The host name is 'suprcomputr'.
  GEMSTONE is: '/opt/gemstone/product'.
    Clients are not authenticated.
    Process creation MUST be through services.dat.
    Created processes belong to the account named 'paul'.
    The default directory for log files is '/home/paul/'.
    The command line is:
 
/home/paul//opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/netldid -d
-g -n -apaul \
       -l /opt/gemstone/log/gs64ldi.log gs64ldi
Entering Service Loop
  0: --- 11/16/11 18:09:35.570 UTC ---
Attempting accept...
      ...succeeded accepting client from suprcomputr, connection = 2
  0: --- 11/16/11 18:09:35.570 UTC ---
Finished reading client request:
      Client is a rpc application.
      '!#encrypted:paul#netldi:50377!gemnetobject'
 
_____________________________________________________________________________
|              ERROR:  Process 1443 setregid() failure:
       |
|       System Error:  errno=1,EPERM, Not super-user
       |
|_____________________________________________________________________________|
  0: --- 11/16/11 18:09:35.591 UTC ---
Successful fork; Child's Pid: 1443 command is:
     '/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/gemnetobject TCP
36307 30'
  0: --- 11/16/11 18:10:05.594 UTC ---
Reply to client started:
     'ERROR  Netldi 'gs64ldi' on host 'suprcomputr' reports the request
'gemnetobject' failed:
Your netldi request timed out after 30 seconds.
If a gem or page server log file was created for this request it will
contain information on why this request failed.
Otherwise check the netldi log '/opt/gemstone/log/gs64ldi.log' for
information.'
  0: --- 11/16/11 18:10:05.594 UTC ---
Done writing reply to client.
  0: --- 11/16/11 18:10:05.595 UTC ---
Disposed. elapsed time = 30

  0: --- 11/16/11 18:11:21.864 UTC ---
Attempting accept...
      ...succeeded accepting client from suprcomputr, connection = 2
  0: --- 11/16/11 18:11:21.864 UTC ---
Finished reading client request:
      Client is a rpc application.
      '!#encrypted:paul#netldi:50377!gemnetobject'
 
_____________________________________________________________________________
|              ERROR:  Process 1444 setregid() failure:
       |
|       System Error:  errno=1,EPERM, Not super-user
       |
|_____________________________________________________________________________|
  0: --- 11/16/11 18:11:21.867 UTC ---
Successful fork; Child's Pid: 1444 command is:
     '/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/gemnetobject TCP
58727 30'
  0: --- 11/16/11 18:11:51.872 UTC ---
Reply to client started:
     'ERROR  Netldi 'gs64ldi' on host 'suprcomputr' reports the request
'gemnetobject' failed:
Your netldi request timed out after 30 seconds.
If a gem or page server log file was created for this request it will
contain information on why this request failed.
Otherwise check the netldi log '/opt/gemstone/log/gs64ldi.log' for
information.'
  0: --- 11/16/11 18:11:51.872 UTC ---
Done writing reply to client.
  0: --- 11/16/11 18:11:51.874 UTC ---
Disposed. elapsed time = 30

  0: --- 11/16/11 18:13:30.676 UTC ---
Attempting accept...
      ...succeeded accepting client from suprcomputr, connection = 2
  0: --- 11/16/11 18:13:30.676 UTC ---
Finished reading client request:
      Client is a rpc application.
      '!#encrypted:paul#netldi:50377!gemnetobject'
 
_____________________________________________________________________________
|              ERROR:  Process 1445 setregid() failure:
       |
|       System Error:  errno=1,EPERM, Not super-user
       |
|_____________________________________________________________________________|
  0: --- 11/16/11 18:13:30.679 UTC ---
Successful fork; Child's Pid: 1445 command is:
     '/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/gemnetobject TCP
34286 30'
  0: --- 11/16/11 18:14:00.686 UTC ---
Reply to client started:
     'ERROR  Netldi 'gs64ldi' on host 'suprcomputr' reports the request
'gemnetobject' failed:
Your netldi request timed out after 30 seconds.
If a gem or page server log file was created for this request it will
contain information on why this request failed.
Otherwise check the netldi log '/opt/gemstone/log/gs64ldi.log' for
information.'
  0: --- 11/16/11 18:14:00.686 UTC ---
Done writing reply to client.
  0: --- 11/16/11 18:14:00.686 UTC ---
Disposed. elapsed time = 30

  0: --- 11/16/11 18:15:34.990 UTC ---
Attempting accept...
      ...succeeded accepting client from suprcomputr, connection = 2
  0: --- 11/16/11 18:15:34.991 UTC ---
Finished reading client request:
      Client is a rpc application.
      '!#encrypted:paul#netldi:50377!gemnetobject'
 
_____________________________________________________________________________
|              ERROR:  Process 1451 setregid() failure:
       |
|       System Error:  errno=1,EPERM, Not super-user
       |
|_____________________________________________________________________________|
  0: --- 11/16/11 18:15:34.994 UTC ---
Successful fork; Child's Pid: 1451 command is:
     '/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/gemnetobject TCP
55371 30'
  0: --- 11/16/11 18:16:04.999 UTC ---
Reply to client started:
     'ERROR  Netldi 'gs64ldi' on host 'suprcomputr' reports the request
'gemnetobject' failed:
Your netldi request timed out after 30 seconds.
If a gem or page server log file was created for this request it will
contain information on why this request failed.
Otherwise check the netldi log '/opt/gemstone/log/gs64ldi.log' for
information.'
  0: --- 11/16/11 18:16:05.000 UTC ---
Done writing reply to client.
  0: --- 11/16/11 18:16:05.008 UTC ---
Disposed. elapsed time = 31


On 11-11-16 09:47 AM, Dale Henrichs wrote:

Paul,

Everything looks as expected .... nothing suspicious so far ...

The system is failing when it attempts to set the group of the process being forked by netldi (in preparation for starting the gem) ...

Do you happen to know if you've done anything special in setting up your group or user on your system? Netldi thinks that the effective userid of the process is root ...

Dale

----- Original Message -----
| From: "Paul DeBruicker" <[hidden email]>
| To: [hidden email]
| Sent: Wednesday, November 16, 2011 10:20:46 AM
| Subject: Re: [GS/SS Beta] NetLDI Error - System Error:  errno=1, EPERM, Not super-user
|
| Hi Dale,
|
| The session info is:
| OGStandardSessionDescription new
| name: 'Standard';
| stoneHost: 'localhost';
| stoneName: 'seaside';
| gemHost: 'localhost';
| netLDI: '50377';
| userId: 'DataCurator';
| password: 'swordfish';
| backupDirectory: '';
| yourself.
|
| but I've tried 127.0.0.1 as the stoneHost and gemHost with no luck
|
| And the log is:
|
|  
| _____________________________________________________________________________
| |             GemStone/S64 Object-Oriented Data Management System
|        |
| |                    Copyright (C) VMware, Inc. 1986-2011
|        |
| |                            All rights reserved.
|        |
| +-----------------------------------------------------------------------------+
| |    PROGRAM: NETLDI, GemStone Network Daemon
|        |
| |    VERSION: 3.0.1, Mon Oct 31 15:04:13 2011
|        |
| |      BUILD: gss64_3_0_1_branch-27207
|        |
| |  BUILT FOR: x86-64 (Linux)
|        |
| |       MODE: 64 bit
|        |
| | RUNNING ON: 1-CPU suprcomputr x86_64 (Linux 2.6.26-1-xen-amd64 #1
| | SMP
| Fri Mar
| | 13 21:39:38 UTC 2009) 1024MB
|        |
| | PROCESS ID: 1380      DATE: 11/16/11 18:09:17 UTC
|        |
| |   USER IDS: REAL=paul (1000) EFFECTIVE=paul (1000)
|        |
| |_____________________________________________________________________________|
|
|
| Internal tables are configured for 335 concurrent clients.
| Server socket gs64ldi (protocol TCP) is created, with a delay of 30
| seconds.
| Summary of netldi parameters:
|     The host name is 'suprcomputr'.
|   GEMSTONE is: '/opt/gemstone/product'.
|     Clients are not authenticated.
|     Process creation MUST be through services.dat.
|     Created processes belong to the account named 'paul'.
|     The default directory for log files is '/home/paul/'.
|     The command line is:
|  
| /home/paul//opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/netldid
| -d
| -g -n -apaul \
|        -l /opt/gemstone/log/gs64ldi.log gs64ldi
| Entering Service Loop
|   0: --- 11/16/11 18:09:35.570 UTC ---
| Attempting accept...
|       ...succeeded accepting client from suprcomputr, connection = 2
|   0: --- 11/16/11 18:09:35.570 UTC ---
| Finished reading client request:
|       Client is a rpc application.
|       '!#encrypted:paul#netldi:50377!gemnetobject'
|  
| _____________________________________________________________________________
| |              ERROR:  Process 1443 setregid() failure:
|        |
| |       System Error:  errno=1,EPERM, Not super-user
|        |
| |_____________________________________________________________________________|
|   0: --- 11/16/11 18:09:35.591 UTC ---
| Successful fork; Child's Pid: 1443 command is:
|      '/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/gemnetobject
|      TCP
| 36307 30'
|   0: --- 11/16/11 18:10:05.594 UTC ---
| Reply to client started:
|      'ERROR  Netldi 'gs64ldi' on host 'suprcomputr' reports the
|      request
| 'gemnetobject' failed:
| Your netldi request timed out after 30 seconds.
| If a gem or page server log file was created for this request it will
| contain information on why this request failed.
| Otherwise check the netldi log '/opt/gemstone/log/gs64ldi.log' for
| information.'
|   0: --- 11/16/11 18:10:05.594 UTC ---
| Done writing reply to client.
|   0: --- 11/16/11 18:10:05.595 UTC ---
| Disposed. elapsed time = 30
|
|   0: --- 11/16/11 18:11:21.864 UTC ---
| Attempting accept...
|       ...succeeded accepting client from suprcomputr, connection = 2
|   0: --- 11/16/11 18:11:21.864 UTC ---
| Finished reading client request:
|       Client is a rpc application.
|       '!#encrypted:paul#netldi:50377!gemnetobject'
|  
| _____________________________________________________________________________
| |              ERROR:  Process 1444 setregid() failure:
|        |
| |       System Error:  errno=1,EPERM, Not super-user
|        |
| |_____________________________________________________________________________|
|   0: --- 11/16/11 18:11:21.867 UTC ---
| Successful fork; Child's Pid: 1444 command is:
|      '/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/gemnetobject
|      TCP
| 58727 30'
|   0: --- 11/16/11 18:11:51.872 UTC ---
| Reply to client started:
|      'ERROR  Netldi 'gs64ldi' on host 'suprcomputr' reports the
|      request
| 'gemnetobject' failed:
| Your netldi request timed out after 30 seconds.
| If a gem or page server log file was created for this request it will
| contain information on why this request failed.
| Otherwise check the netldi log '/opt/gemstone/log/gs64ldi.log' for
| information.'
|   0: --- 11/16/11 18:11:51.872 UTC ---
| Done writing reply to client.
|   0: --- 11/16/11 18:11:51.874 UTC ---
| Disposed. elapsed time = 30
|
|   0: --- 11/16/11 18:13:30.676 UTC ---
| Attempting accept...
|       ...succeeded accepting client from suprcomputr, connection = 2
|   0: --- 11/16/11 18:13:30.676 UTC ---
| Finished reading client request:
|       Client is a rpc application.
|       '!#encrypted:paul#netldi:50377!gemnetobject'
|  
| _____________________________________________________________________________
| |              ERROR:  Process 1445 setregid() failure:
|        |
| |       System Error:  errno=1,EPERM, Not super-user
|        |
| |_____________________________________________________________________________|
|   0: --- 11/16/11 18:13:30.679 UTC ---
| Successful fork; Child's Pid: 1445 command is:
|      '/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/gemnetobject
|      TCP
| 34286 30'
|   0: --- 11/16/11 18:14:00.686 UTC ---
| Reply to client started:
|      'ERROR  Netldi 'gs64ldi' on host 'suprcomputr' reports the
|      request
| 'gemnetobject' failed:
| Your netldi request timed out after 30 seconds.
| If a gem or page server log file was created for this request it will
| contain information on why this request failed.
| Otherwise check the netldi log '/opt/gemstone/log/gs64ldi.log' for
| information.'
|   0: --- 11/16/11 18:14:00.686 UTC ---
| Done writing reply to client.
|   0: --- 11/16/11 18:14:00.686 UTC ---
| Disposed. elapsed time = 30
|
|   0: --- 11/16/11 18:15:34.990 UTC ---
| Attempting accept...
|       ...succeeded accepting client from suprcomputr, connection = 2
|   0: --- 11/16/11 18:15:34.991 UTC ---
| Finished reading client request:
|       Client is a rpc application.
|       '!#encrypted:paul#netldi:50377!gemnetobject'
|  
| _____________________________________________________________________________
| |              ERROR:  Process 1451 setregid() failure:
|        |
| |       System Error:  errno=1,EPERM, Not super-user
|        |
| |_____________________________________________________________________________|
|   0: --- 11/16/11 18:15:34.994 UTC ---
| Successful fork; Child's Pid: 1451 command is:
|      '/opt/gemstone/GemStone64Bit3.0.1-x86_64.Linux/sys/gemnetobject
|      TCP
| 55371 30'
|   0: --- 11/16/11 18:16:04.999 UTC ---
| Reply to client started:
|      'ERROR  Netldi 'gs64ldi' on host 'suprcomputr' reports the
|      request
| 'gemnetobject' failed:
| Your netldi request timed out after 30 seconds.
| If a gem or page server log file was created for this request it will
| contain information on why this request failed.
| Otherwise check the netldi log '/opt/gemstone/log/gs64ldi.log' for
| information.'
|   0: --- 11/16/11 18:16:05.000 UTC ---
| Done writing reply to client.
|   0: --- 11/16/11 18:16:05.008 UTC ---
| Disposed. elapsed time = 31
|
|
| On 11-11-16 09:47 AM, Dale Henrichs wrote:
| > Paul,
| >
| > Nothing odd with the running processes either...
| >
| > The error is being generated when we try to set the group for the
| > forked process (in this case a remote gem).
| >
| > If you turn on additional logging for the netldi, we should be able
| > to get to the bottom of the problem. Kill your current netldi
| > process and start the netldi using the following:
| >
| >    $GEMSTONE/bin/startnetldi -d -g -a $USER -n -l
| >    $GEMSTONE_LOGDIR/gs64ldi.log
| >
| > Then send us your log ...
| >
| > It is likely that there is something wrong with the session
| > information in GemTools, so if you could 'Edit Session' and send
| > us the session description, we might be able to spot the problem
| > there.
| >
| > Dale
| >
|

On 11-11-16 11:30 AM, Dale Henrichs wrote:
> Do you happen to know if you've done anything special in setting up your group or user on your system? Netldi thinks that the effective userid of the process is root ...
>
> Dale


No don't think so.  I'll take a look and check that things are as they
should be.  Thanks for reviewing it.


Paul

Hi,

Hi Hernan,

No, but I haven't spent any time on it since last week. One of Dale's co-workers sent me the  email pasted below off-list. It describes some things to check.  I plan to attempt to figure it out on Friday.  I was able to install Gemstone 3.0.1 on Ubuntu 11.10 with no problems but haven't tried 11.04.  My issues came up on Debian Squeeze (6.1 i think). 

Good luck. 

Paul

Paul,

I'm working with Dale on this problem.

It would appear that the code in the netldid process
has done this
   uid_t parenteuid = geteuid();
and gotten a result   parenteuid == 0 , and thus
thinks it is running as root.
netldid also reads the password file for the user 'paul'
and  for the
   struct passwd *p
thus obtained gets the group id from the password file
  int gid = p->pw_gid

Later we fork a process with fork() and in the child, because we think
we were running as root when the fork happened,
are attempting
   setgid(gid)
which fails with the error you are seeing 'ERROR ... setregid() failure',
because we apparently are not really running as root.
This is before we would do an exec() in the child.

Are there any setuid bits on the  $GEMSTONE/sys/netldid file
by accident after the install ?   Depending on the install
script used, you could have been presented with an option to
set setuid bits (which we recommend NOT doing).

Did you perhaps somehow install the product or execute
  startnetldi
from a shell in which you previously did
  sudo -i
by accident ?

I'm not a complete expert in this area, but it
would appear that possibly the effective user id
after the fork is not the same as before the fork
and thus the child does not have effective userId of root.

If this does not help, I can do further research here.

Allen

On 11-11-23 02:38 PM, Hernan Wilkinson wrote:

Hi,

 I just installed a version of seasie 3.0.1 in a Ubuntu 11.04 and have the same problem... could you find the solution?

On Wed, Nov 16, 2011 at 4:46 PM, Paul DeBruicker <[hidden email]> wrote:

On 11-11-16 11:30 AM, Dale Henrichs wrote:

Do you happen to know if you've done anything special in setting up your group or user on your system? Netldi thinks that the effective userid of the process is root ...

Dale

No don't think so.  I'll take a look and check that things are as they should be.  Thanks for reviewing it.


Paul

--

Hernán Wilkinson
Agile Software Development, Teaching & Coaching
Mobile: +54 - 911 - 4470 - 7207
email: [hidden email]
site: http://www.10Pines.com

Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina

Hi Paul! 

I found the problem... If you run "startnetldi" then you get the error. But, if you run "startnet" then you don't get the error... anyway



--

Hernan,

Here's the startnet script:

  #!/bin/bash

  export GEMSTONE_NRS_ALL='#dir:$GEMSTONE_DATADIR#log:/$GEMSTONE_LOGDIR/%N%P.log'

  export GEMSTONE_SYS_CONF=$GEMSTONE_DATADIR/system.conf
  export GEMSTONE_EXE_CONF=$GEMSTONE_DATADIR

  $GEMSTONE/bin/startnetldi -g -a $USER -n -l $GEMSTONE_LOGDIR/gs64ldi.log

I understand that you're probably not setting the env variables when you run startnetldi directly (I'm checking that out independently), but do you use the same command line?

Paul, does the startnet script work for your?

Dale

----- Original Message -----
| From: "Hernan Wilkinson" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Saturday, November 26, 2011 2:03:40 PM
| Subject: Re: [GS/SS Beta] NetLDI Error - System Error: errno=1, EPERM, Not super-user
|
| I found the problem... If you run "startnetldi" then you get the
| error. But, if you run "startnet" then you don't get the error...
| anyway
|
|
| On Wed, Nov 23, 2011 at 7:46 PM, Paul DeBruicker < [hidden email]
| > wrote:
|
|
|
| Hi Hernan,
|
| No, but I haven't spent any time on it since last week. One of Dale's
| co-workers sent me the email pasted below off-list. It describes
| some things to check. I plan to attempt to figure it out on Friday.
| I was able to install Gemstone 3.0.1 on Ubuntu 11.10 with no
| problems but haven't tried 11.04. My issues came up on Debian
| Squeeze (6.1 i think).
|
| Good luck.
|
| Paul
|
|
|
|
|
|
| Paul,
|
| I'm working with Dale on this problem.
|
| It would appear that the code in the netldid process
| has done this
| uid_t parenteuid = geteuid();
| and gotten a result parenteuid == 0 , and thus
| thinks it is running as root.
| netldid also reads the password file for the user 'paul'
| and for the
| struct passwd *p
| thus obtained gets the group id from the password file
| int gid = p->pw_gid
|
| Later we fork a process with fork() and in the child, because we
| think
| we were running as root when the fork happened,
| are attempting
| setgid(gid)
| which fails with the error you are seeing 'ERROR ... setregid()
| failure',
| because we apparently are not really running as root.
| This is before we would do an exec() in the child.
|
| Are there any setuid bits on the $GEMSTONE/sys/netldid file
| by accident after the install ? Depending on the install
| script used, you could have been presented with an option to
| set setuid bits (which we recommend NOT doing).
|
| Did you perhaps somehow install the product or execute
| startnetldi
| from a shell in which you previously did
| sudo -i
| by accident ?
|
| I'm not a complete expert in this area, but it
| would appear that possibly the effective user id
| after the fork is not the same as before the fork
| and thus the child does not have effective userId of root.
|
| If this does not help, I can do further research here.
|
| Allen
|
|
|
|
|
|
|
|
|
| On 11-11-23 02:38 PM, Hernan Wilkinson wrote:
|
| Hi,
| I just installed a version of seasie 3.0.1 in a Ubuntu 11.04 and have
| the same problem... could you find the solution?
|
|
| On Wed, Nov 16, 2011 at 4:46 PM, Paul DeBruicker < [hidden email]
| > wrote:
|
|
|
| On 11-11-16 11:30 AM, Dale Henrichs wrote:
|
|
| Do you happen to know if you've done anything special in setting up
| your group or user on your system? Netldi thinks that the effective
| userid of the process is root ...
|
| Dale
|
|
| No don't think so. I'll take a look and check that things are as they
| should be. Thanks for reviewing it.
|
|
| Paul
|
|
|
|
| --
|
| Hernán Wilkinson
| Agile Software Development, Teaching & Coaching
| Mobile: +54 - 911 - 4470 - 7207
| email: [hidden email]
| site: http://www.10Pines.com
| Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina
|
|
|
|
|
| --
|
| Hernán Wilkinson
| Agile Software Development, Teaching & Coaching
| Mobile: +54 - 911 - 4470 - 7207
| email: [hidden email]
| site: http://www.10Pines.com
| Address: Paraguay 523, Floor 7 N, Buenos Aires, Argentina
|

On 11-11-29 10:13 AM, Dale Henrichs wrote:
> Paul, does the startnet script work for your?
>
> Dale


No I still have the same error on Debian 6.  I have not yet followed
Allen's advice in trying to troubleshoot the issue.  I'll let you know
when I do.  Thanks for following up.


Paul

FYI - At this point I think this problem occurred for me on Debian 6
because I was starting Gemstone 3.0.1 and netldi inside a screen session
thats been running for months.  When I startnetldi &  Gemstone in a
regular login terminal everything works fine.  I don't think it has
anything to do with the OS, or wonky permissions on any of the files in
the /opt directory, or on the accounts on the system.

As of now, things seem to be working fine.

Paul

On 11-11-29 11:37 AM, Paul DeBruicker wrote: