[Glass] startStone after reboot

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).

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>*?

>  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 <[hidden email]> 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
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

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).

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>*?

>  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 <[hidden email]> 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
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

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).

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>*?

>  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 <[hidden email]> 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
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

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 <[hidden email]> 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 <[hidden email]> 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
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

Dario,

unix$   sudo vim /etc/sysctl

#   75% of total RAM. If ARM = 8GB then let's take 6GB.

kernel.shmmax = 6442450944

#    shmmax / 4096

kernel.shmall = 1572864

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.

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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass

--

Mariano
http://marianopeck.wordpress.com