[Glass] startStone after reboot

Bill Erickson via Glass glass at lists.gemtalksystems.com
Tue Feb 24 07:57:39 PST 2015


Dario,

Well, your report says:

> dimensione max seg (kbyte) = 32768

If you're specifying a shared page cache size > 32MB, then it won't work.
You either need to specify a GemStone shared page cache size < 32MB or
reconfigure your linux kernel to allow bigger shared memory regions.



------------------------------------------------------------------------
Bill Erickson
GemTalk Systems Engineering
15220 NW Greenbrier Parkway #240, Beaverton OR 97006
------------------------------------------------------------------------

On Tue, Feb 24, 2015 at 7:46 AM, Dario Trussardi via Glass <
glass at lists.gemtalksystems.com> wrote:

> Bill,
>
> Dario,
>
> If you read the pcmon file carefully you'll see the following entries:
>
> *****************
>
> |   GemStone could not retrieve the IPC identifier associated with the
> memory |
> |   key -989659131.  shmget() error = errno=22,EINVAL, Invalid argument
> (programmer
> | error).
>     |
> |
>     |
>   GemStone could not attach to the shared page cache.
>
>   [SpcMon trace]: ... cache creation failed ...
>   [SpcMon trace]: ... if the errno is (EINVAL) it is likely because the
>                       cache size is less than the operating system imposed
>                       minimum or greater than the operating system maximum.
>
> ******************
>
> As per the comments here, is the setting of the SHR_PAGE_CACHE_SIZE_KB too
> large for how the kernel of this machine is configured for shared memory
> sizes (kernel.SHMMAX -- see the GS Installation Guide for details)?
>
> Also, use the unix command:
>
> unix> ipcs -m
>
>
> The ipcs -m    command on the server report:    ( anything )
>
> ------ Segm. Memoria Condivisa --------
> chiave     shmid      proprietario perms      byte       nattch     stato
>
>
>
>
> the  ipcs -lm    command report:
>
> ------ Limiti della memoria condivisa --------
> numero massimo di segmenti = 4096
> dimensione max seg (kbyte) = 32768
> max total shared memory (kbytes) = 8388608
> dimensione min seg (byte) = 1
>
> I need to setup something ?
>
>
> Thanks,
>
> Dario
>
>
> to see if you have left behind allocated shared memory regions from
> earlier runs of GemStone that have left behind their shared page caches
> which are using up the available shared memory and leaving none available
> for new attempts.  These can be killed off using the unix ipcrm command.
> See the relevant unix man pages for details.
>
> Regards,
> BillErickson
>
>
>
> ------------------------------------------------------------------------
> Bill Erickson
> GemTalk Systems Engineering
> 15220 NW Greenbrier Parkway #240, Beaverton OR 97006
> ------------------------------------------------------------------------
>
> On Tue, Feb 24, 2015 at 2:22 AM, Dario Trussardi via Glass <
> glass at lists.gemtalksystems.com> wrote:
>
>> Ciao.
>>
>> i create a 'glass'    user  profile with the :   sudo adduser glass
>> command.
>>
>> But when i startStone  devkit    the system answer the same error.
>>
>> Ciao,
>>
>> i have a doubt.
>>  I need to create a Glass user profile?
>>
>> Thanks,
>>
>> Dario
>>
>> Dario,
>>
>> I'm not that familiar with GLASS or the devkit, but know a bit about
>> GemStone and can comment at that level -- Dale may chime in with a more
>> informed idea later...
>>
>> The help text gives you some clues where to look:
>>
>> > An error occurred when initializing the shared cache
>>
>> Clear enough -- this is what the problem is, now to figure out what
>> caused it...
>>
>> > Help:
>>
>> >   Operating system kernel configured for shared memory?
>>
>> Well you got the system started at least once, so it's unlikely you
>> haven't configured shared memory properly or it wouldn't have worked the
>> first time.
>>
>> >  Check SharedPageCache Monitor log file (*pcmon.log).
>>
>>
>>  The  *pcmon.log   report:
>>
>>
>>  _____________________________________________________________________________
>> |                             GemStone Child Task
>>     |
>> |
>>     |
>> |    VERSION: 3.1.0.6, Thu Apr 17 16:12:14 2014
>>     |
>> |      BUILD: gss64_3_1_0_5_x_branch-33242
>>      |
>> |  BUILT FOR: x86-64 (Linux)
>>      |
>> |       MODE: 64 bit
>>      |
>> | RUNNING ON: 4-CPU scandella x86_64 (Linux 3.13.0-24-generic #46-Ubuntu
>> SMP  |
>> | Thu Apr 10 19:11:08 UTC 2014) 7789MB
>>      |
>> | PROCESS ID: 10799     DATE: 02/24/15 10:59:58 CET
>>     |
>> |   USER IDS: REAL=scandella (1000) EFFECTIVE=scandella (1000)
>>      |
>> |    COMMAND:
>> /opt/oodb/gsDevKitHome/gemstone/products/GemStone64Bit3.1.0.6-x86_64.Linux/sys/startshrpcmon
>> | devkit~9af495ccd1149d82 31250 49 0 5000 3906 1 1900 0 432
>>     |
>>
>> |_____________________________________________________________________________|
>> SharedPageCache Monitor Summary:
>>    the hostname is:    scandella
>>    GEMSTONE is:
>>  "/opt/oodb/gsDevKitHome/gemstone/stones/devkit/product"
>>    shrpcmon arguments are:
>>       SharedPageCache Monitor name  devkit~9af495ccd1149d82.
>>       Number of pages               31250.
>>       Number of processes           49.
>>       Cache locked in memory        0.
>>       SpinLockCount                 5000.
>>       TargetFreeFrameCount          3906.
>>       Number of free frame servers  1.
>>       Number of shared counters     1900.
>>       Port number                   0.
>>       Permissions                   432.
>>
>>  _____________________________________________________________________________
>> |             GemStone/S64 Object-Oriented Data Management System
>>     |
>> |                   Copyright (C) GemTalk Systems 1986-2014
>>     |
>> |                            All rights reserved.
>>     |
>>
>> +-----------------------------------------------------------------------------+
>> |    PROGRAM: SHRPCMON, GemStone SharedPageCache Monitor
>>      |
>> |    VERSION: 3.1.0.6, Thu Apr 17 16:12:14 2014
>>     |
>> |      BUILD: gss64_3_1_0_5_x_branch-33242
>>      |
>> |  BUILT FOR: x86-64 (Linux)
>>      |
>> |       MODE: 64 bit
>>      |
>> | RUNNING ON: 4-CPU scandella x86_64 (Linux 3.13.0-24-generic #46-Ubuntu
>> SMP  |
>> | Thu Apr 10 19:11:08 UTC 2014) 7789MB
>>      |
>> | PROCESS ID: 10799     DATE: 02/24/15 10:59:58 CET
>>     |
>> |   USER IDS: REAL=scandella (1000) EFFECTIVE=scandella (1000)
>>      |
>>
>> +-----------------------------------------------------------------------------+
>> |   GEMSTONE_NRS_ALL = #dir:$GEMSTONE_LOGDIR#log:%N%P.log
>>     |
>>
>> |_____________________________________________________________________________|
>> |   GemStone could not retrieve the IPC identifier associated with the
>> memory |
>> |   key -989659131.  shmget() error = errno=22,EINVAL, Invalid argument
>> (programmer
>> | error).
>>     |
>> |
>>     |
>>   GemStone could not attach to the shared page cache.
>>
>>   [SpcMon trace]: ... cache creation failed ...
>>   [SpcMon trace]: ... if the errno is (EINVAL) it is likely because the
>>                       cache size is less than the operating system imposed
>>                       minimum or greater than the operating system
>> maximum.
>> --- 02/24/15 10:59:58.543 CET :Starting shrpcmonitor shutdown
>> --- 02/24/15 10:59:58.543 CET :Waiting for crashed slot recovery thread
>> to shutdown...Done.
>> --- 02/24/15 10:59:58.543 CET :Waiting for clean slot recovery thread to
>> shutdown...Done.
>> --- 02/24/15 10:59:58.543 CET :Waiting for stats thread to
>> shutdown...Done.
>> --- 02/24/15 10:59:58.543 CET :All threads have stopped.
>>   The Shared Page Cache Monitor is shutting down.
>>
>>
>>
>>
>> This is your best place to start  -- check this log file for errors and
>> it should offer more insight into why the shared page cache could not be
>> initialized.  It should point to one of the following possibilities:
>>
>> >  Check SHR_PAGE_CACHE_NUM_PROCS in stone config file.
>>
>> Not likely -- it would have prevented the first startup from working.
>>
>> >  Stale files in /opt/gemstone/locks/<stonename>*?
>>
>>
>> I found the files:  devkit~9af495ccd1149d82     and:      gemstone.hostid
>>
>> Considerations ?
>>
>> Thanks,
>>
>> Dario
>>
>> >  ipcs - check for stale resources ?
>>
>> These two are possibilities -- the log file should give some indication.
>>
>> Good Luck,
>>
>>
>> ------------------------------------------------------------------------
>> Bill Erickson
>> GemTalk Systems Engineering
>> 15220 NW Greenbrier Parkway #240, Beaverton OR 97006
>> ------------------------------------------------------------------------
>>
>> On Sat, Feb 21, 2015 at 4:26 AM, Dario Trussardi via Glass <
>> glass at lists.gemtalksystems.com> wrote:
>>
>>> Ciao,
>>>
>>> i have a Ubuntu system where i load Development Kit Server Installation
>>> and
>>>
>>> installServer devkit 3.1.0.6
>>>
>>> After installation all works fine and i can login the repository from
>>> Gemtools.
>>>
>>> Now i reboot the system and the startStone devkit   answer:
>>>
>>> startStone devkit
>>>
>>> Starting stone: devkit
>>>
>>> --- 21/02/2015 13:01:31.584 CET ---
>>>
>>> stopstone[Info]: GemStone version '3.1.0.6'
>>>
>>> stopstone[Info]: Server 'devkit' is not running.
>>>
>>> startstone[Info]: GemStone version '3.1.0.6'
>>>
>>> startstone[Info]: Starting Stone repository monitor 'devkit'.
>>>
>>> startstone[Info]: GEMSTONE is:
>>> '/opt/oodb/gsDevKitHome/gemstone/stones/devkit/product'.
>>>
>>> startstone[Info]: GEMSTONE_NRS_ALL is:
>>> '#dir:$GEMSTONE_LOGDIR#log:%N%P.log'.
>>>
>>> startstone[Info]:
>>>
>>>
>>> GEMSTONE_SYS_CONF=/opt/oodb/gsDevKitHome/gemstone/stones/devkit/extents/system.conf
>>>
>>>
>>> GEMSTONE_EXE_CONF=/opt/oodb/gsDevKitHome/gemstone/stones/devkit/devkit.conf
>>>
>>> startstone[Info]: Log file is
>>> '/opt/oodb/gsDevKitHome/gemstone/stones/devkit/logs/devkit.log'.
>>>
>>>
>>> startstone[Error]: Stone process (id=1807) has died.
>>>
>>> startstone[Error]: Examine
>>> '/opt/oodb/gsDevKitHome/gemstone/stones/devkit/logs/devkit.log' for more
>>> information.  Excerpt follows:
>>>
>>>  The stone was unable to start a cache page server on host '<stone's
>>> host>'.
>>>
>>> Reason:  connect to cache monitor failed.
>>>
>>>   Monitor process (1809) did not start.
>>>
>>>
>>>
>>> Help:
>>>
>>>   Operating system kernel configured for shared memory?
>>>
>>>   Check SharedPageCache Monitor log file (*pcmon.log).
>>>
>>>   Check SHR_PAGE_CACHE_NUM_PROCS in stone config file.
>>>
>>>   Stale files in /opt/gemstone/locks/<stonename>*?
>>>
>>>   ipcs - check for stale resources ?
>>>
>>>
>>> An error occurred when initializing the shared cache
>>>
>>>
>>>     Stone startup has failed.
>>>
>>>
>>>
>>> The relative devkit.log    report:
>>>
>>> | Key file:
>>> /opt/oodb/gsDevKitHome/gemstone/products/GemStone64Bit3.1.0.6-x86_64.Linux/seaside/etc/gemstone.key
>>> | GemStone ID: Free GS/S Web Edition |
>>> | LICENSED TO: GemStone Seaside Community |
>>> | KEY ORIGIN: 0x5e0a1e8d (a Linux x86) |
>>>
>>> |_____________________________________________________________________________|
>>> ========================================================================
>>> Now starting GemStone monitor.
>>> Write to /proc/1749/oom_score_adj failed with EACCES , linux user does
>>> not have CAP_SYS_RESOURCE
>>> No server process protection from OOM killer
>>>
>>> _____________________________________________________________________________
>>> | SESSION CONFIGURATION: The maximum number of concurrent sessions is
>>> 41. |
>>>
>>> |_____________________________________________________________________________|
>>>  Attaching the Shared Cache using Stone name: devkit
>>>  The stone was unable to start a cache page server on host '<stone's
>>> host>'.
>>> Reason: connect to cache monitor failed.
>>> Monitor process (1751) did not start.
>>> Help:
>>> Operating system kernel configured for shared memory?
>>> Check SharedPageCache Monitor log file (*pcmon.log).
>>> Check SHR_PAGE_CACHE_NUM_PROCS in stone config file.
>>> Stale files in /opt/gemstone/locks/<stonename>*?
>>> ipcs - check for stale resources ?
>>> An error occurred when initializing the shared cache
>>>  Stone startup has failed.
>>>
>>> Thanks for any consideration.
>>>
>>> Dario
>>>
>>> P.S.  After reboot the system, before any other command,  i do the
>>> command :    apt-get install gdisk.
>>>
>>> Can this create some problem?
>>>
>>> _______________________________________________
>>> 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
>
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20150224/ce64cef9/attachment-0001.html>


More information about the Glass mailing list