Hi,
something weird happened today making a backup of the repository. I have this script that runs from topaz every night: | dir | dir := '/home/imc/Dropbox/GemstoneBackup'. (FileDirectory on: dir) deleteFileNamed: 'imc.', Date today dayOfWeek printString, '.bak.gz'. SystemRepository fullBackupCompressedTo: dir,'/imc.',Date today dayOfWeek printString,'.bak' % Anyway, nothing amazing there, but for some reason I was getting this error: ERROR 4147 , Error during login: I tried to run the script with topaz by hand and the same error. I stopped the gems, the stone, netldi and restarted them, run the script, same error. For some reason after a couple of tries I made a "SystemRepository fullBackupTo:..:" instead of "SystemRepository fullBackupCompressedTo: .." and worked... and after that the fullBackupCompressedTo: worked too... Any idea what could happen? Hernán Wilkinson Agile Software Development, Teaching & Coaching Phone: +54-011-6091-3125 / +54-011-3221-4713 Mobile: +54-911-4470-7207 Twitter: @HernanWilkinson site: http://www.10Pines.com Address: Alem 693, Floor 5 B, Buenos Aires, Argentina _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Hernan,
What version of GemStone are you using ... once I get that, I'll shoot this question to the team and see if there are any ideas ... Dale On 04/29/2015 07:30 AM, Hernan
Wilkinson via Glass wrote:
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Hernan,
Depending upon which version you are using, this bugnote[1] may explain the issue you are seeing. Dale [1] http://gemtalksystems.com/data/bugnotes/44840.html On 4/29/15 9:17 AM, Dale Henrichs
wrote:
Hernan, _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Hernan, After reading the link of Dale: http://gemtalksystems.com/data/bugnotes/44840.html I wonder what are your values of STN_MAX_SESSIONS and SHR_PAGE_CACHE_NUM_PROCS. In my case, those are 40 and 49. If you have similar numbers, I would how you pass that limit with your current app. How many seaside gems are you running? are there some other background jobs/gems you run? How many extents you have? Just one? Thanks in advance, On Thu, Apr 30, 2015 at 12:57 AM, Dale Henrichs via Glass <[hidden email]> wrote:
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
On 04/30/2015 07:52 AM, Mariano Martinez Peck wrote: > Hernan, > > After reading the link of Dale: > http://gemtalksystems.com/data/bugnotes/44840.html > > I wonder what are your values of STN_MAX_SESSIONS and > SHR_PAGE_CACHE_NUM_PROCS. In my case, those are 40 and 49. > If you have similar numbers, I would how you pass that limit with your > current app. How many seaside gems are you running? are there some > other background jobs/gems you run? > How many extents you have? Just one? > > Thanks in advance, > > Mariano and Hernan, The number of sessions is capped by the license key file ... those two stone configs only apply when they are less than the licensed number of sessions ... Dale _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
On Thu, Apr 30, 2015 at 1:17 PM, Dale Henrichs <[hidden email]> wrote:
Ok, that explains it. The license key is binary form what I know (and I would not try to hack you hahahaha) and even doing "System configurationAt: #StnMaxSessions" gives me the 45... so...how can I get the real (capped) value of those? thanks _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
On 04/30/2015 01:21 PM, Mariano
Martinez Peck wrote:
`System maxSessionId` takes into accoutn license limits and configuration settings ... there is a comment in the license file that also tells you what the license limits are .... Dale _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
On Thu, Apr 30, 2015 at 5:39 PM, Dale Henrichs <[hidden email]> wrote:
mmmm which is the license file in gemstone 3.1 ?? i cannot find it... opt/gemstone/GemStone64Bit3.1.0.4-i386.Darwin/open_source_licenses.txt?? btw is there an equivalent for capped shr_page_cache_num_procs ?? cannot seem to find it either. Maybe it is the default calculated? (STN_MAX_SESSIONS + number of extents in repository + 3). ??? thanks! _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
In reply to this post by GLASS mailing list
Hi Dale! sorry I did not answer before... to many things at the same time :-) The version I'm using is 3.1.0.5, on ubuntu, with only one extent.Below is the info. What it is rare is that it worked after making a normal backup... | GemStone/S64 Object-Oriented Data Management System | | Copyright (C) GemTalk Systems 1986-2013 | | All rights reserved. | +-----------------------------------------------------------------------------+ | PROGRAM: topaz, Linear GemStone Interface (Remote Session) | | 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: 1-CPU IMC x86_64 (Linux 3.13.0-32-generic #57-Ubuntu SMP Tue Jul| | 15 03:51:08 UTC 2014) 994MB | | PROCESS ID: 5051 DATE: 05/07/2015 10:39:19 EDT | | USER IDS: REAL=imc (1000) EFFECTIVE=imc (1000) | |_____________________________________________________________________________| R On Thu, Apr 30, 2015 at 12:57 AM, Dale Henrichs via Glass <[hidden email]> wrote:
Hernán Wilkinson Agile Software Development, Teaching & Coaching Phone: +54-011-6091-3125 / +54-011-3221-4713 Mobile: +54-911-4470-7207 Twitter: @HernanWilkinson site: http://www.10Pines.com Address: Alem 693, Floor 5 B, Buenos Aires, Argentina _______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
In reply to this post by GLASS mailing list
Mariano,
The standard location for the gemstone key file (shipped with product) is: $GEMSTONE/seaside/etc/gemstone.key Here's the comment from the 3.1.0.6 release: # GemStone version: 3.1.0.6, Thu Apr 17 16:12:14 2014 # Customer license: Free GS/S Web Edition # Host processor type: Linux x86 # Customer permissions: # NO_SUNSET STONE GEM PGSVR NETLDI NO_GEMCOPY NO_GciTraversal # NO_RemoteSpc # Stone Session limit: 10000 (max possible for executable) # Repository size limit: <unlimited> # Repository object limit: <unlimited> # Shared cache size limit: 2048 MB # CPU affinity: limited to 2 CPUs # Customer name: GemStone Seaside Community Here's a 3.2.6 key file (shipped with product) comment for comparison: # GemStone version: 3.2.6, Fri Mar 20 15:37:57 2015 # Customer license: Community Edition # Host processor type: Linux x86 # Customer permissions: # NO_SUNSET STONE GEM PGSVR NETLDI NO_GEMCOPY NO_GciTraversal # NO_RemoteSpc NO_GemConnect NO_GBJ # Stone Session limit: 10 # Repository size limit: 10240 MB # Repository object limit: <unlimited> # Shared cache size limit: 1024 MB # CPU affinity: limited to 2 CPUs # Customer name: GemStone Community Remember that for 3.2 and beyond, you can upgrade your license to 2GB SPC, 50GB repository, and 20 gem session limit for free by sending an email to [hidden email][1]. The session limit is the field from the license that caps the total number of sessions ... frankly the formula for session consumption is not easy to calculate, since a number of the multi-threaded commands consume sessions as well as the "well known processes" ... The session cap applies to the total number of sessions, so in your formula: (STN_MAX_SESSIONS + number of extents in repository + 3) the license file cap applies to the total of the formula ... I'm not sure where you got your formula (there might be several different ones floating depending upon the release you are looking at), but STN_MAX_SESSIONS is typically used for applying an installation-based cap since the standard commercial licenses (including the low cost licenses) do not cap the number of sessions in the key file.... The license file is a hard cap applied by the stone itself after decoding the license file, so the default values of the various configuration parameters are not physically changed based on the license file limits ... so there can be a bit more confusion as well ... Dale [1] http://gemtalksystems.com/licensing/ On 4/30/15 1:49 PM, Mariano Martinez
Peck wrote:
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
In reply to this post by GLASS mailing list
Ha, well I've been hibernating with GemStone 3.3, so I can
understand:)
With only one extent, I'm not sure that the bugnote applies, especially if as Mariano points out you are running without custom STN_MAX_SESSIONS and friends ... I think I'd like to see the entire output of the topaz session ... the whole enchilada with config settings and everything before guessing any further... Dale On 5/7/15 7:55 AM, Hernan Wilkinson
wrote:
_______________________________________________ Glass mailing list [hidden email] http://lists.gemtalksystems.com/mailman/listinfo/glass |
Free forum by Nabble | Edit this page |