gems don't start
Locked
 
|
hi
gems don't start this is the log. seem's to me topaz gems not responding , any ideas best mdc _____________________________________________________________________________ | Configuration Files | | | | System File: $GEMSTONE/data/system.conf | | Warning: File not found (errno=2,ENOENT, The file or directory specified cannot | be found) | | using defaults. | | | | Executable File: /tmp/gem.conf | | Warning: File not found (errno=2,ENOENT, The file or directory specified cannot | be found) | | using defaults. | |_____________________________________________________________________________| Using GEM_TEMPOBJ_CACHE_SIZE 50000 from -T command line option _____________________________________________________________________________ | Gem Configuration Options for process id 16456 | |_____________________________________________________________________________| DUMP_OPTIONS = TRUE; GEM_GCI_LOG_ENABLED = FALSE; GEM_FREE_FRAME_CACHE_SIZE = -1; GEM_FREE_FRAME_LIMIT = -1; GEM_HALT_ON_ERROR = 0; GEM_IO_LIMIT = 5000; GEM_KEEP_MIN_SOFTREFS = 0; GEM_MAX_SMALLTALK_STACK_DEPTH = 1000; GEM_PRIVATE_PAGE_CACHE_KB = 1000; GEM_PGSVR_FREE_FRAME_CACHE_SIZE = -1; GEM_PGSVR_FREE_FRAME_LIMIT = -1; GEM_PGSVR_UPDATE_CACHE_ON_READ = FALSE; GEM_RPCGCI_TIMEOUT = 0; GEM_SOFTREF_CLEANUP_PERCENT_MEM = 50; GEM_TEMPOBJ_AGGRESSIVE_STUBBING = TRUE; GEM_TEMPOBJ_CACHE_SIZE = 50000; GEM_TEMPOBJ_INITIAL_SIZE not used on this platform GEM_TEMPOBJ_MESPACE_SIZE = 0; GEM_TEMPOBJ_OOPMAP_SIZE = 0; GEM_TEMPOBJ_POMGEN_SIZE = 0; GEM_TEMPOBJ_POMGEN_PRUNE_ON_VOTE = 50; GEM_TEMPOBJ_POMGEN_SCAVENGE_INTERVAL = 1800; LOG_WARNINGS = TRUE; SHR_NUM_FREE_FRAME_SERVERS = 1; SHR_PAGE_CACHE_NUM_SHARED_COUNTERS = 1900; SHR_PAGE_CACHE_SIZE_KB = 75000; SHR_PAGE_CACHE_NUM_PROCS = 1017; SHR_TARGET_FREE_FRAME_COUNT = -1; (vmGc spaceSizes: eden init 2000K max 9368K , survivor init 400K max 1568K, vmGc old max 37496K, code max 10000K, perm max 5000K, pom 10 * 4168K = 41680K, vmGc remSet 1008K, meSpace max 47800K oopMapSize 262144 ) _____________________________________________________________________________ | GemStone/S64 Object-Oriented Data Management System | | Copyright (C) GemStone Systems, Inc. 1986-2011 | | All rights reserved. | | covered by Patent Number 6,567,905 Generational Garbage Collector. | +-----------------------------------------------------------------------------+ | PROGRAM: topaz, Linear GemStone Interface (Linked Session) | | VERSION: 2.4.4.4, Thu Jan 27 14:16:02 2011 | | BUILD: gss64_2_4_4_x_branch-25116 | | BUILT FOR: x86-64 (Linux) | | MODE: 64 bit | | RUNNING ON: 1-CPU glass x86_64 (Linux 2.6.36-gentoo-r8 #1 SMP Tue Mar 29 17:27:54 | Local time zone must be set--see zic ) 369MB | | PROCESS ID: 16456 DATE: 06/06/11 16:56:37 ART | | USER IDS: REAL=glass (1000) EFFECTIVE=glass (1000) | | DATEFORMAT: %m/%d/%y %H:%M:%S | |_____________________________________________________________________________| [Info]: LNK client/gem GCI levels = 844/844 [06/06/11 16:56:43.724 ART] gci login: currSession 1 rpc gem processId -1 topaz 1> Warning: GemStone is clearing the previous GemStone password. topaz 1> topaz 1> topaz 1> topaz 1> topaz 1> ----------------------------------------------------- GemStone: Error Nonfatal The current GCI session is already logged in. Error Category: 231169 [GemStone] Number: 2147 Arg Count: 0 Context : 20 Now executing the following command saved from "iferr 1": where Stack is not active topaz 1> topaz 1> GemStone Smalltalk Compiler Errors: "record gems pid in the pid file" | file | (GsFile isServerDirectory: '/opt/gemstone/product/seaside/data') ifFalse: [ ^nil ]. file := GsFile openWriteOnServer: '/opt/gemstone/product/seaside/data/FastCGI_server-9001.pid'. file nextPutAll: (System gemVersionReport at: 'processId') printString. file cr. file close. (ObjectLogEntry * ^1 ******* info: 'FastCGI: startup' object: 'pid: ', (System gemVersionReport at: 'processId') printString, ' ', 'port: ', 9001 printString) addToLog. System commitTransaction ifFalse: [ System abortTransaction. nil error: 'Could not commit ObjectLog entry' ]. 1: [1031] undefined symbol Now executing the following command saved from "iferr 1": where Stack is not active topaz 1> topaz 1> GemStone Smalltalk Compiler Errors: true "enable for remote breakpoints and profiling" ifTrue: [ GemToGemAnnouncement installStaticHandler. * ^1 ******* Exception installStaticException: [:ex :cat :num :args | BreakpointNotification signal. * ^2 ******* "needed to avoid infinite loop when resuming from a breakpoint" ex _incrementBreakpointsToIgnore. ] category: GemStoneError number: 6005 subtype: nil. System commitTransaction ifFalse: [ nil error: 'Could not commit for GemToGemSignaling' ]]. System transactionMode: #manualBegin. Exception installStaticException: [:ex :cat :num :args | "Run the abort in a lowPriority process, since we must acquire the transactionMutex." [ SeasidePlatformSupport transactionMutex * ^3 ******* critical: [ SeasidePlatformSupport doAbortTransaction ]. System enableSignaledAbortError. ] forkAt: Processor lowestPriority. ] category: GemStoneError number: 6009 subtype: nil. System enableSignaledAbortError. "This thread is needed to handle the SigAbort exception, when the primary thread is blocked on an accept. Assuming default 60 second STN_GEM_ABORT_TIMEOUT, wake up at 30 second intervals." [ [ true ] whileTrue: [ (Delay forSeconds: 30) wait ]. ] forkAt: Processor lowestPriority. GsFile gciLogServer: 'FastCGI Server started on port ', 9001 printString. FSSeasideHandler startUp: 9001. * ^4 ******* "does not return" 1: [1031] undefined symbol 2: [1031] undefined symbol 3: [1031] undefined symbol 4: [1031] undefined symbol Now executing the following command saved from "iferr 1": where Stack is not active topaz 1> GemStone Smalltalk Compiler Errors: GemToGemAnnouncement uninstallStaticHandler. * ^1 ******* System beginTransaction. (ObjectLogEntry * ^2 ******* fatal: 'FastCGI: topaz exit' object: 'port: ', 9001 printString, ' ', 'pid: ', (System gemVersionReport at: 'processId') printString) addToLog. System commitTransaction. 1: [1031] undefined symbol 2: [1031] undefined symbol Now executing the following command saved from "iferr 1": where Stack is not active topaz 1> [Info]: Logging out at 06/06/11 16:56:43 ART |
|
|
Juan,
The errors in the script seem to indicate that you are attempting to run the seaside system against a repository into which seaside has not been loaded ... I would guess that you are starting your stone using $GEMSTONE/bin/extent0.dbf instead of $GEMSTONE/bin/extent0.seaside.dbf (which needs to be copied to $GEMSTONE/seaside/data/extent0.dbf and made writable with `chmod +w $GEMSTONE/seaside/data/extent0.dbf` after the copy)... Dale From: "Juan" <[hidden email]> |
|
|
Juan,
Woops, I made the same mistake as you:( The $GEMSTONE/bin/extent0.seaside.dbf repository doesn't actually have Seaside loaded, so you have to load Seaside3.0 first: MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [ For more information about loading Seaside30 see the following page:http://code.google.com/p/glassdb/wiki/Seaside30Configuration Dale From: "Dale Henrichs" <[hidden email]> |
Gemstone on Vagrant, IPC error
|
|
I'm trying to run Gemstone in Vagrant, using some puppet recipes.
(2.4.4.1 on Lucid64, running on OS 10.6.7) (the chef-gemstone recipes on github are seriously out of date). I'm having problems getting the connection to the SPC working: GemStone could not retrieve the IPC identifier associated with the memory key 1275140055. shmget() error = errno=22,EINVAL, Invalid argument (programmer error). Do I need to upgrade, or do I have a configuration error? Stephan  gs64ldi.log (1K) Download Attachment seaside_5579pcmon.log (3K) Download Attachment seaside.log (6K) Download Attachment |
Re: Gemstone on Vagrant, IPC error
|
|
Well,
if you look in seaside_5579pcmon.log than you can see: 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. Looks like you need to adjust kernel.shmmax kernel.shmall properly. Norbert Am 07.06.2011 um 12:07 schrieb Stephan Eggermont: > I'm trying to run Gemstone in Vagrant, using some puppet recipes. > (2.4.4.1 on Lucid64, running on OS 10.6.7) > (the chef-gemstone recipes on github are seriously out of date). > > I'm having problems getting the connection to the SPC working: > > GemStone could not retrieve the IPC identifier associated with the memory > key 1275140055. shmget() error = errno=22,EINVAL, Invalid argument (programmer > error). > > Do I need to upgrade, or do I have a configuration error? > > Stephan > > <gs64ldi.log><seaside_5579pcmon.log><seaside.log> |
|
|
In reply to this post by Dale Henrichs
Dale
Yes i do i copy the $GEMSTONE/bin/extent0.seaside.dbf with the same result- On Mon, Jun 6, 2011 at 7:57 PM, Dale Henrichs <[hidden email]> wrote:
If i want the same version? 2.8 i guess MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [ thanks for responses best mdc
|
Re: Gemstone on Vagrant, IPC error
|
|
In reply to this post by NorbertHartl
Looks like they are both correct: kernel.shmmax set to 0.75* the 512M (minus a bit) set aside for the VM.
In /etc/sysctl.conf I have: kernel.shmmax=388239360 kernel.shmall=2097152 Stephan On 7 jun 2011, at 12:17, Norbert Hartl wrote: > Well, > > if you look in seaside_5579pcmon.log than you can see: > > 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. > > Looks like you need to adjust > > kernel.shmmax > kernel.shmall > > properly. > > Norbert > > Am 07.06.2011 um 12:07 schrieb Stephan Eggermont: > >> I'm trying to run Gemstone in Vagrant, using some puppet recipes. >> (2.4.4.1 on Lucid64, running on OS 10.6.7) >> (the chef-gemstone recipes on github are seriously out of date). >> >> I'm having problems getting the connection to the SPC working: >> >> GemStone could not retrieve the IPC identifier associated with the memory >> key 1275140055. shmget() error = errno=22,EINVAL, Invalid argument (programmer >> error). >> >> Do I need to upgrade, or do I have a configuration error? >> >> Stephan >> >> <gs64ldi.log><seaside_5579pcmon.log><seaside.log> |
Re: Gemstone on Vagrant, IPC error
|
|
Try this in your GemStone system.conf file:
SHR_PAGE_CACHE_SIZE_KB = 128000; GEM_TEMPOBJ_CACHE_SIZE = 25000; ----- Original Message ----- From: "Stephan Eggermont" <[hidden email]> To: "GemStone Seaside beta discussion" <[hidden email]> Sent: Tuesday, June 7, 2011 8:39:19 AM Subject: Re: [GS/SS Beta] Gemstone on Vagrant, IPC error Looks like they are both correct: kernel.shmmax set to 0.75* the 512M (minus a bit) set aside for the VM. In /etc/sysctl.conf I have: kernel.shmmax=388239360 kernel.shmall=2097152 Stephan On 7 jun 2011, at 12:17, Norbert Hartl wrote: > Well, > > if you look in seaside_5579pcmon.log than you can see: > > 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. > > Looks like you need to adjust > > kernel.shmmax > kernel.shmall > > properly. > > Norbert > > Am 07.06.2011 um 12:07 schrieb Stephan Eggermont: > >> I'm trying to run Gemstone in Vagrant, using some puppet recipes. >> (2.4.4.1 on Lucid64, running on OS 10.6.7) >> (the chef-gemstone recipes on github are seriously out of date). >> >> I'm having problems getting the connection to the SPC working: >> >> GemStone could not retrieve the IPC identifier associated with the memory >> key 1275140055. shmget() error = errno=22,EINVAL, Invalid argument (programmer >> error). >> >> Do I need to upgrade, or do I have a configuration error? >> >> Stephan >> >> <gs64ldi.log><seaside_5579pcmon.log><seaside.log> |
|
|
In reply to this post by Juan-2
Did you load Seaside30 into the extent?
Dale From: "Juan" <[hidden email]> |
|
|
hi Dale
i load the extend.seaside.dbf file , but i don't want to change the seaside version i mean i want to stay into 2.8 version. the extend.seaside.dbf, not fix the problem , gems start but quickly die. tne message into log file, the interesting one is. log into topaz --> ok. _____________________________________________________________________________ | GemStone/S64 Object-Oriented Data Management System | | Copyright (C) GemStone Systems, Inc. 1986-2011 | | All rights reserved. | | covered by Patent Number 6,567,905 Generational Garbage Collector. | +-----------------------------------------------------------------------------+ | PROGRAM: topaz, Linear GemStone Interface (Linked Session) | | VERSION: 2.4.4.4, Thu Jan 27 14:16:02 2011 | | BUILD: gss64_2_4_4_x_branch-25116 | | BUILT FOR: x86-64 (Linux) | | MODE: 64 bit | | RUNNING ON: 1-CPU glass x86_64 (Linux 2.6.36-gentoo-r8 #1 SMP Tue Mar 29 17:27:54 | Local time zone must be set--see zic ) 369MB | | PROCESS ID: 16601 DATE: 06/06/11 19:02:30 ART | | USER IDS: REAL=glass (1000) EFFECTIVE=glass (1000) | | DATEFORMAT: %m/%d/%y %H:%M:%S | |_____________________________________________________________________________| topaz> Warning: GemStone is clearing the previous GemStone password. topaz> topaz> topaz> topaz> topaz> [Info]: LNK client/gem GCI levels = 844/844 [Info]: User ID: DataCurator [Info]: Repository: seaside [Info]: Session ID: 7 [Info]: GCI Client Host: <Linked> [Info]: Page server PID: -1 [Info]: Login Time: 06/06/11 19:02:32.552 ART [06/06/11 19:02:32.831 ART] gci login: currSession 1 rpc gem processId -1 successful login topaz 1> topaz 1> [20 sz:0 cls: 76289 UndefinedObject] nil topaz 1> topaz 1> GemStone Smalltalk Compiler Errors: true "enable for remote breakpoints and profiling" ifTrue: [ GemToGemAnnouncement installStaticHandler. Exception installStaticException: [:ex :cat :num :args | BreakpointNotification signal. "needed to avoid infinite loop when resuming from a breakpoint" ex _incrementBreakpointsToIgnore. ] category: GemStoneError number: 6005 subtype: nil. System commitTransaction ifFalse: [ nil error: 'Could not commit for GemToGemSignaling' ]]. System transactionMode: #manualBegin. Exception installStaticException: [:ex :cat :num :args | "Run the abort in a lowPriority process, since we must acquire the transactionMutex." [ SeasidePlatformSupport transactionMutex * ^1 ******* critical: [ SeasidePlatformSupport doAbortTransaction ]. System enableSignaledAbortError. ] forkAt: Processor lowestPriority. ] category: GemStoneError number: 6009 subtype: nil. System enableSignaledAbortError. "This thread is needed to handle the SigAbort exception, when the primary thread is blocked on an accept. Assuming default 60 second STN_GEM_ABORT_TIMEOUT, wake up at 30 second intervals." [ [ true ] whileTrue: [ (Delay forSeconds: 30) wait ]. ] forkAt: Processor lowestPriority. GsFile gciLogServer: 'FastCGI Server started on port ', 9001 printString. FSSeasideHandler startUp: 9001. * ^2 ******* "does not return" 1: [1031] undefined symbol 2: [1031] undefined symbol this mean the (1) SeasidePlatformSupport isn't into extent right ? my plan is to load 2.8 seaside from http://code.google.com/p/glassdb/wiki/Seaside28Configuration it's the correct any pointer be appreciated best regards MDC On Tue, Jun 7, 2011 at 1:29 PM, Dale Henrichs <[hidden email]> wrote:
|
|
|
Once you have copied a virgin extent0.seaside.dbf to $GEMSTONE/seaside/data/extent0.dbf (and chmoded it). Take a look at this page:
for instructions on loading Seaside2.8.... Note that it is probably worth wrapping the load of Seaside2.8 with an almost out of memory handler like the following: MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [ Gofer project load: 'Seaside28'. ] Dale From: "Juan" <[hidden email]> |
Re: Gemstone on Vagrant, IPC error
|
|
In reply to this post by Monty Williams-3
Thank you Monty, that works.
Stephan On 7 jun 2011, at 17:55, Monty Williams wrote: > Try this in your GemStone system.conf file: > > SHR_PAGE_CACHE_SIZE_KB = 128000; > GEM_TEMPOBJ_CACHE_SIZE = 25000; > > ----- Original Message ----- > From: "Stephan Eggermont" <[hidden email]> > To: "GemStone Seaside beta discussion" <[hidden email]> > Sent: Tuesday, June 7, 2011 8:39:19 AM > Subject: Re: [GS/SS Beta] Gemstone on Vagrant, IPC error > > Looks like they are both correct: kernel.shmmax set to 0.75* the 512M (minus a bit) set aside for the VM. > In /etc/sysctl.conf I have: > kernel.shmmax=388239360 > kernel.shmall=2097152 > > Stephan > > On 7 jun 2011, at 12:17, Norbert Hartl wrote: > >> Well, >> >> if you look in seaside_5579pcmon.log than you can see: >> >> 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. >> >> Looks like you need to adjust >> >> kernel.shmmax >> kernel.shmall >> >> properly. >> >> Norbert >> >> Am 07.06.2011 um 12:07 schrieb Stephan Eggermont: >> >>> I'm trying to run Gemstone in Vagrant, using some puppet recipes. >>> (2.4.4.1 on Lucid64, running on OS 10.6.7) >>> (the chef-gemstone recipes on github are seriously out of date). >>> >>> I'm having problems getting the connection to the SPC working: >>> >>> GemStone could not retrieve the IPC identifier associated with the memory >>> key 1275140055. shmget() error = errno=22,EINVAL, Invalid argument (programmer >>> error). >>> >>> Do I need to upgrade, or do I have a configuration error? >>> >>> Stephan >>> >>> <gs64ldi.log><seaside_5579pcmon.log><seaside.log> |
Re: Gemstone on Vagrant, IPC error
|
|
Cool :-)
----- Original Message ----- From: "Stephan Eggermont" <[hidden email]> To: "GemStone Seaside beta discussion" <[hidden email]> Sent: Tuesday, June 7, 2011 11:11:15 AM Subject: Re: [GS/SS Beta] Gemstone on Vagrant, IPC error Thank you Monty, that works. Stephan On 7 jun 2011, at 17:55, Monty Williams wrote: > Try this in your GemStone system.conf file: > > SHR_PAGE_CACHE_SIZE_KB = 128000; > GEM_TEMPOBJ_CACHE_SIZE = 25000; > > ----- Original Message ----- > From: "Stephan Eggermont" <[hidden email]> > To: "GemStone Seaside beta discussion" <[hidden email]> > Sent: Tuesday, June 7, 2011 8:39:19 AM > Subject: Re: [GS/SS Beta] Gemstone on Vagrant, IPC error > > Looks like they are both correct: kernel.shmmax set to 0.75* the 512M (minus a bit) set aside for the VM. > In /etc/sysctl.conf I have: > kernel.shmmax=388239360 > kernel.shmall=2097152 > > Stephan > > On 7 jun 2011, at 12:17, Norbert Hartl wrote: > >> Well, >> >> if you look in seaside_5579pcmon.log than you can see: >> >> 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. >> >> Looks like you need to adjust >> >> kernel.shmmax >> kernel.shmall >> >> properly. >> >> Norbert >> >> Am 07.06.2011 um 12:07 schrieb Stephan Eggermont: >> >>> I'm trying to run Gemstone in Vagrant, using some puppet recipes. >>> (2.4.4.1 on Lucid64, running on OS 10.6.7) >>> (the chef-gemstone recipes on github are seriously out of date). >>> >>> I'm having problems getting the connection to the SPC working: >>> >>> GemStone could not retrieve the IPC identifier associated with the memory >>> key 1275140055. shmget() error = errno=22,EINVAL, Invalid argument (programmer >>> error). >>> >>> Do I need to upgrade, or do I have a configuration error? >>> >>> Stephan >>> >>> <gs64ldi.log><seaside_5579pcmon.log><seaside.log> |
|
|
In reply to this post by Dale Henrichs
hi Dale sorry for the noise but
topaz 1> run MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [ Gofer project load: 'Seaside28'. ] % ----------------------------------------------------- GemStone: Error Nonfatal No method was found for the selector #'package:' when sent to aGofer with arguments contained in anArray( 'ConfigurationOfSeaside28'). Error Category: [GemStone] Number: 2010 Arg Count: 3 Arg 1: a Gofer references an OrderedCollection repository a MCHttpRepository Arg 2: package: Arg 3: an Array #1 ConfigurationOfSeaside28 topaz 1> any clue? best MDC |
|
|
What version of GemStone are you using? Must not be 2.4.4.1 or later?
Dale ----- Original Message ----- | From: "Juan" <[hidden email]> | To: "GemStone Seaside beta discussion" <[hidden email]> | Sent: Wednesday, June 8, 2011 12:20:03 PM | Subject: Re: [GS/SS Beta] gems don't start | | hi Dale sorry for the noise but | | topaz 1> run | MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [ | Gofer project load: 'Seaside28'. | ] | % | ----------------------------------------------------- | GemStone: Error Nonfatal | No method was found for the selector #'package:' when sent to aGofer | with arguments contained in anArray( 'ConfigurationOfSeaside28'). | Error Category: [GemStone] Number: 2010 Arg Count: 3 | Arg 1: a Gofer | references an OrderedCollection | repository a MCHttpRepository | | Arg 2: package: | Arg 3: an Array | #1 ConfigurationOfSeaside28 | | topaz 1> | any clue? | | best | MDC | |
|
|
gslist
Status Version Owner Pid Port Started Type Name ------ --------- --------- ----- ----- ------------ ------ ---- OK 2.4.4.4 glass 16488 44369 Jun 06 18:58 cache seaside@glass OK 2.4.4.4 glass 16487 57240 Jun 06 18:58 Stone seaside OK 2.4.4.4 glass 18218 50377 Jun 08 16:39 Netldi gs64ldi responds your question? best mdc On Wed, Jun 8, 2011 at 5:24 PM, Dale Henrichs <[hidden email]> wrote: What version of GemStone are you using? Must not be 2.4.4.1 or later? |
|
|
That must be a problem with Gofer Project?
The following should work (long form of what Gofer Project should have been doing): MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [ Gofer new gemsource: 'MetacelloRepository'; package: 'ConfigurationOfSeaside'; load. (Smalltalk at: #ConfigurationOfSeaside) project latestVersion load. ]. We'll get you there sooner or later:) Dale ----- Original Message ----- | From: "Juan" <[hidden email]> | To: "GemStone Seaside beta discussion" <[hidden email]> | Sent: Wednesday, June 8, 2011 1:26:42 PM | Subject: Re: [GS/SS Beta] gems don't start | | gslist | Status Version Owner Pid Port Started Type Name | ------ --------- --------- ----- ----- ------------ ------ ---- | OK 2.4.4.4 glass 16488 44369 Jun 06 18:58 cache seaside@glass | OK 2.4.4.4 glass 16487 57240 Jun 06 18:58 Stone seaside | OK 2.4.4.4 glass 18218 50377 Jun 08 16:39 Netldi gs64ldi | | responds your question? | best | mdc | | | On Wed, Jun 8, 2011 at 5:24 PM, Dale Henrichs < [hidden email] > | wrote: | | | What version of GemStone are you using? Must not be 2.4.4.1 or later? | | Dale | | | ----- Original Message ----- | | From: "Juan" < [hidden email] > | | To: "GemStone Seaside beta discussion" < [hidden email] | | > | | | Sent: Wednesday, June 8, 2011 12:20:03 PM | | Subject: Re: [GS/SS Beta] gems don't start | | | | | | | hi Dale sorry for the noise but | | | | topaz 1> run | | MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [ | | Gofer project load: 'Seaside28'. | | ] | | % | | ----------------------------------------------------- | | GemStone: Error Nonfatal | | No method was found for the selector #'package:' when sent to | | aGofer | | with arguments contained in anArray( 'ConfigurationOfSeaside28'). | | Error Category: [GemStone] Number: 2010 Arg Count: 3 | | Arg 1: a Gofer | | references an OrderedCollection | | repository a MCHttpRepository | | | | Arg 2: package: | | Arg 3: an Array | | #1 ConfigurationOfSeaside28 | | | | topaz 1> | | any clue? | | | | best | | MDC | | | | |
«
Return to GLASS
|
1 view|%1 views
| Free forum by Nabble | Edit this page |