[GemStone-Smalltalk] Starting a repository fails after shutdown of server.

[brianstone via GemStone-Smalltalk]

It's true, sorry.

Here is *pcmon.log:

*

_____________________________________________________________________________
|                             GemStone Child Task                            
|
|                                                                            
|
|    VERSION: 3.2.8.1, Fri Aug 28 08:43:23 2015                              
|
|      BUILD: gss64_3_2_x_branch-37291                                       
|
|  BUILT FOR: x86-64 (Linux)                                                 
|
|       MODE: 64 bit                                                         
|
| RUNNING ON: 12-CPU SRVR23 x86_64 (Linux 2.6.32-642.15.1.el6.x86_64 #1 SMP
Fri
| Feb 24 14:31:22 UTC 2017) 32059MB                                          
|
| PROCESS ID: 6580      DATE: 09/21/17 11:54:20 -03                          
|
|   USER IDS: REAL=gemst643281 (1045) EFFECTIVE=gemst643281 (1045)
LOGIN=gemst643281
| (1045)                                                                     
|
|    COMMAND: /usr/local/gemstone643281/sys/startshrpcmon
Newstone~7663a27bab8c7a96
| 312500 51 1 5000 7000 1 1900 0 432 0 60                                    
|
|_____________________________________________________________________________|
startshrpcmon.sh GEMSTONE: /usr/local/gemstone643281
SharedPageCache Monitor Summary:
   the hostname is:    SRVR23
   GEMSTONE is:        "/usr/local/gemstone643281"
   shrpcmon arguments are:
      SharedPageCache Monitor name  Newstone~7663a27bab8c7a96.
      Number of pages               312500.
      Number of processes           51.
      Cache locked in memory        1.
      SpinLockCount                 5000.
      TargetFreeFrameCount          7000.
      Number of free frame servers  1.
      Number of shared counters     1900.
      Port number                   0.
      Permissions                   432.
      Large Page Policy             0.
      Stone/cachepgsvr connect timeout 60.

_____________________________________________________________________________
|             GemStone/S64 Object-Oriented Data Management System            
|
|                   Copyright (C) GemTalk Systems 1986-2015                  
|
|                            All rights reserved.                            
|
+-----------------------------------------------------------------------------+
|    PROGRAM: SHRPCMON, GemStone SharedPageCache Monitor                     
|
|    VERSION: 3.2.8.1, Fri Aug 28 08:43:23 2015                              
|
|      BUILD: gss64_3_2_x_branch-37291                                       
|
|  BUILT FOR: x86-64 (Linux)                                                 
|
|       MODE: 64 bit                                                         
|
| RUNNING ON: 12-CPU SRVR23 x86_64 (Linux 2.6.32-642.15.1.el6.x86_64 #1 SMP
Fri
| Feb 24 14:31:22 UTC 2017) 32059MB                                          
|
| PROCESS ID: 6580      DATE: 09/21/17 11:54:20 -03                          
|
|   USER IDS: REAL=gemst643281 (1045) EFFECTIVE=gemst643281 (1045)
LOGIN=gemst643281
| (1045)                                                                     
|
|_____________________________________________________________________________|

Cache config is 312500 pages = 4882MB,  total is 5232MB,  overhead 7% of
configured size
[Info]: Building the free frame list using 1 cache region.
  WARNING:  Shared cache could not be locked in memory because 
            the memory available is insufficient. (ENOMEM)
Shared memory region number 1 has id = 360452
The shared semaphore array has id = 327682


--- 09/21/17 11:54:21.258 -03 cache creation took 1 seconds

created listening socket for localhost6 on ::1 port 38772
synthesizing   127.0.0.1 , attempting listen on IPv4 localhost 
created listening socket for localhost on ::ffff:127.0.0.1 port 38772

--- 09/21/17 11:54:21.273 -03 Listening for clients on port 38772


Write to /proc/6580/oom_score_adj failed with EACCES , linux user does not
have CAP_SYS_RESOURCE
No server process protection from OOM killer
timeout for stone/cache pgsvr connect is 20 seconds 
[09/21/17 11:56:25.819 -03]: Client died: Slot    1, PID    6578,
LostOtFlags    0, sessionId 0 Name Newstone
--- 09/21/17 11:56:25.820 -03 Starting shrpcmonitor shutdown
--- 09/21/17 11:56:25.820 -03 Waiting for crashed slot recovery thread to
shutdown...Done.
--- 09/21/17 11:56:25.821 -03 Waiting for clean slot recovery thread to
shutdown...Done.
--- 09/21/17 11:56:25.821 -03 Waiting for stats thread to shutdown...Done.
--- 09/21/17 11:56:25.890 -03 All threads have stopped.
  The Shared Page Cache Monitor is shutting down.
*

And here is *pagemanager.log:
*

_____________________________________________________________________________
|                          Stone Page Manager Thread                         
|
|                                                                            
|
|    VERSION: 3.2.8.1, Fri Aug 28 08:43:23 2015                              
|
|      BUILD: gss64_3_2_x_branch-37291                                       
|
|  BUILT FOR: x86-64 (Linux)                                                 
|
|       MODE: 64 bit                                                         
|
| RUNNING ON: 12-CPU SRVR23 x86_64 (Linux 2.6.32-642.15.1.el6.x86_64 #1 SMP
Fri
| Feb 24 14:31:22 UTC 2017) 32059MB                                          
|
| PROCESS ID: 6578      DATE: 09/21/17 11:54:22 -03                          
|
|   USER IDS: REAL=gemst643281 (1045) EFFECTIVE=gemst643281 (1045)
LOGIN=gemst643281
| (1045)                                                                     
|
|_____________________________________________________________________________|

[Info]: Initial Page Manager Settings:
  StnPageMgrRemoveMinPages:        40
  StnPageMgrRemoveMaxPages:     16384
  PageMgrCompressionEnabled:    FALSE
  PageMgrPrintTimeoutThreshold:     5
  StnRemoteCachePgsvrTimeout:       0
  RemoteSharedPageCacheMax:       255
*


I'll be waiting for your comments.

Thanks



--
Sent from: http://forum.world.st/Gemstone-S-f1461796.html