[Glass] shrpcmonitor fails to start because lock file doesn't exits

[Mariano Martinez Peck]

>
>
> And now I have also more questions...then thing is like this: I may have
> several stones running. I want to assign to them the max possible SPC, that
> is, 2GB. Are those 2GB took from the beginning or on demand? Say I have 6GB
> of RAM...does it mean I can have (almost) 3 stones only? Or I can have many
> ones and if I have less RAM, then even if the SPC is 2GB max..they will be
> smaller...?
>
>
Hi Guys,

Anyone can confirm which of the two things happens?
>From what I am seeing....it looks like if the 2 GB are assigned completely.




> Thanks Dale!
>
>
>> Dale
>>
>>
>>
>>  On Thu, Jan 23, 2014 at 7:46 AM, Mariano Martinez Peck <
>> marianopeck at gmail.com> wrote:
>>
>>>  Hi guys,
>>>
>>> I continue trying to make my mult-site with multi-stone approach and now
>>> I am dealing with another problem. I am trying to build the second stone
>>> but I get an error when starting the shrpmonitor.
>>> Before I starting this stone, I made sure nothing from this stone was in
>>> gslist, and no lock file for this stone was in /opt/gemstone/locks.
>>>
>>> The error says
>>>
>>>
>>>  _____________________________________________________________________________
>>> |             GemStone/S64 Object-Oriented Data Management System
>>>       |
>>> |                   Copyright (C) GemTalk Systems 1986-2013
>>>       |
>>> |                            All rights reserved.
>>>       |
>>>
>>> +-----------------------------------------------------------------------------+
>>> |    PROGRAM: SHRPCMON, GemStone SharedPageCache Monitor
>>>      |
>>> |    VERSION: 3.1.0.5, Thu Nov 14 13:28:38 2013
>>>       |
>>> |      BUILD: gss64_3_1_0_x_branch-31878
>>>      |
>>> |  BUILT FOR: x86-64 (Linux)
>>>      |
>>> |       MODE: 64 bit
>>>      |
>>> | RUNNING ON: 2-CPU centosserver x86_64 (Linux 2.6.32-358.2.1.el6.x86_64
>>> #1 SMP
>>> | Wed Mar 13 00:26:49 UTC 2013) 7870MB
>>>      |
>>> | PROCESS ID: 7156      DATE: 01/23/14 10:32:44 EST
>>>       |
>>> |   USER IDS: REAL=debristesting (506) EFFECTIVE=debristesting (506)
>>>      |
>>>
>>> |_____________________________________________________________________________|
>>> |   GemStone could not retrieve the IPC identifier associated with the
>>> memory |
>>> |   key -704639710.  shmget() error = errno=28,ENOSPC, There is no space
>>> left |
>>> | on the device (or, in fcntl(), there are no more record locks).
>>>       |
>>> |
>>>       |
>>> file not found: /opt/gemstone/locks/XXX~8190d706af803f99..LCK  GemStone
>>> could not attach to the shared page cache.
>>>
>>>   [SpcMon trace]: ... cache creation failed ...
>>> --- 01/23/14 10:32:44.744 EST :Starting shrpcmonitor shutdown
>>> --- 01/23/14 10:32:44.744 EST :Waiting for crashed slot recovery thread
>>> to shutdown...Done.
>>> --- 01/23/14 10:32:44.744 EST :Waiting for clean slot recovery thread to
>>> shutdown...Done.
>>> --- 01/23/14 10:32:44.744 EST :Waiting for stats thread to
>>> shutdown...Done.
>>> --- 01/23/14 10:32:44.744 EST :All threads have stopped.
>>>   The Shared Page Cache Monitor is shutting down.
>>>
>>>
>>> Now...in /opt/gemstone/locks I do have a file 'XXX~8190d706af803f99' but
>>> not 'XXX~8190d706af803f99*..LCK*'
>>>
>>> Any idea what can be the problem?
>>>
>>> Thanks in advance,
>>>
>>> --
>>> 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
>



-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20140124/610f7e2d/attachment.html>