[Glass] startStone after reboot
Mariano Martinez Peck via Glass
glass at lists.gemtalksystems.com
Tue Feb 24 09:39:30 PST 2015
On Tue, Feb 24, 2015 at 2:04 PM, Dario Trussardi via Glass <
glass at lists.gemtalksystems.com> wrote:
>
> Mariano,
>
> Dario,
>
> unix$ sudo vim /etc/sysctl
>
>
> I setup my /etc/sysctl with this data:
>
>
> # 75% of total RAM. If ARM = 8GB then let's take 6GB.
> kernel.shmmax = 6442450944
>
> # shmmax / 4096
> kernel.shmall = 1572864
>
>
> And after reboot the system work fine.
>
> Thank.
>
>
>
> Just change those numbers... assign a total of 75% of your total RAM to
> shmmax and then set shmall accordly.
>
> Of course, that depends on your scenario. If you always use GLASS, then
> you are allowed to 2GB SPC.
>
>
> But for define 2GB SPC what SHR_PAGE_CACHE_SIZE_KB = xyz
>
> i need to define ?
>
> For now my system.conf define : SHR_PAGE_CACHE_SIZE_KB = 500000;
>
That is using only 500MB. Just put:
SHR_PAGE_CACHE_SIZE_KB=2000000;
> It's not clear for me.
>
>
I think SHR_PAGE_CACHE_SIZE_KB is pretty clear...it's the size of the SPC
in KB.
Cheers,
> Thanks for any considerations,
> Dario
>
>
> So...your total needs are: amount of stones in same machine * SPC (
> whatever SPC you choose ).
>
> Don't forget to reboot before trying to start stone.
>
> Best,
>
>
>
>
> On Tue, Feb 24, 2015 at 12:57 PM, Bill Erickson via Glass <
> glass at lists.gemtalksystems.com> wrote:
>
>> 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
>>>
>>>
>>
>> _______________________________________________
>> Glass mailing list
>> Glass at lists.gemtalksystems.com
>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>
>>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
--
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20150224/419dc6e3/attachment-0001.html>
More information about the Glass
mailing list