[Glass] startStone after reboot
Bill Erickson via Glass
glass at lists.gemtalksystems.com
Tue Feb 24 06:18:21 PST 2015
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
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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20150224/12156fad/attachment-0001.html>
More information about the Glass
mailing list