Issue 291 in glassdb: Maintenance Gem Topaz Exit [Seaside 3.0 / GemStone 3.0]

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Issue 291 in glassdb: Maintenance Gem Topaz Exit [Seaside 3.0 / GemStone 3.0]

glassdb
Status: Accepted
Owner: [hidden email]
Labels: Type-Defect Priority-Medium GLASS-Scripts Version-3.0.x

New issue 291 by [hidden email]: Maintenance Gem Topaz Exit [Seaside  
3.0 / GemStone 3.0]
http://code.google.com/p/glassdb/issues/detail?id=291

 From Ken Treis :

I'm setting up my first GSS/3.0-based deployment, and my Maintenance gem  
keeps dying when the first MFC notification comes through:

> ...Expired: 0 sessions.
> Starting markForCollect.: 2011-08-26T09:17:03.50576305389404-07:00
> a Notification occurred (notification 3020), Successful completion of  
> markForCollection.
>      494494 live objects found.
>      14 possible dead objects, occupying approximately 1260 bytes, may be  
> reclaimed.  (error 3020)
> topaz 1> topaz 1> [268 sz:0 cls: 68097 Boolean] true
> topaz 1>
> [Info]: Logging out at 08/26/11 16:17:04 UTC

I'm guessing that this is just an issue with the exception handlers in the  
startMaintenance30 script, but if so... then I'm not going to be the only  
one experiencing this. Changing the handler line from:

     on: Error, Halt, BreakpointNotification

to:

     on: Error, Halt, Notification

... seems to solve the problem, but I doubt that this is the proper  
solution.

see  
http://forum.world.st/Maintenance-Gem-Topaz-Exit-Seaside-3-0-GemStone-3-0-td3771345.html 
for more details

Reply | Threaded
Open this post in threaded view
|

Re: Issue 291 in glassdb: Maintenance Gem Topaz Exit [Seaside 3.0 / GemStone 3.0]

glassdb
Updates:
        Labels: bugid-41773

Comment #1 on issue 291 by [hidden email]: Maintenance Gem Topaz Exit  
[Seaside 3.0 / GemStone 3.0]
http://code.google.com/p/glassdb/issues/detail?id=291

(No comment was entered for this change.)

Reply | Threaded
Open this post in threaded view
|

Re: Issue 291 in glassdb: Maintenance Gem Topaz Exit [Seaside 3.0 / GemStone 3.0]

glassdb

Comment #2 on issue 291 by [hidden email]: Maintenance Gem Topaz Exit  
[Seaside 3.0 / GemStone 3.0]
http://code.google.com/p/glassdb/issues/detail?id=291

It is probably a bug that a Notification is being signalled, since it isn't  
necessarily good practice to handle Notifications in an exception  
handler... We've got an internal bug report:

   Bug41773:  Repository>>markForCollection signals an instance of  
Notification

and the bug is still open.

Reply | Threaded
Open this post in threaded view
|

Re: Issue 291 in glassdb: Maintenance Gem Topaz Exit [Seaside 3.0 / GemStone 3.0]

glassdb
Updates:
        Labels: Milestone-1.0-beta.8.7

Comment #3 on issue 291 by [hidden email]: Maintenance Gem Topaz Exit  
[Seaside 3.0 / GemStone 3.0]
http://code.google.com/p/glassdb/issues/detail?id=291

(No comment was entered for this change.)

Reply | Threaded
Open this post in threaded view
|

Re: Issue 291 in glassdb: Maintenance Gem Topaz Exit [Seaside 3.0 / GemStone 3.0]

glassdb

Comment #4 on issue 291 by [hidden email]: Maintenance Gem Topaz  
Exit [Seaside 3.0 / GemStone 3.0]
http://code.google.com/p/glassdb/issues/detail?id=291

In GemTools 1.0-beta.8.5 (dkh.137), the Admin>>Repository>>Mark For  
Collection menu item has an appropriate Warning handler (in GemStone 3.0.1  
the MFC throws a Warning) ...


Reply | Threaded
Open this post in threaded view
|

Re: Issue 291 in glassdb: Maintenance Gem Topaz Exit [Seaside 3.0 / GemStone 3.0]

glassdb
Updates:
        Status: Fixed
        Labels: Fixed-1.0-beta.8.7

Comment #5 on issue 291 by [hidden email]: Maintenance Gem Topaz  
Exit [Seaside 3.0 / GemStone 3.0]
http://code.google.com/p/glassdb/issues/detail?id=291

Maintenance vm scripts have been updated for GemStone 3.0.1 (attached)

Attachments:
        startMaintenance30  3.4 KB