object does not exist

Hi,

We've had a couple of cases where object references seem to corrupt in
our GS 2.4.4.4 database.

Here is an extract from the error reporting:

topaz 1> topaz 1> GS Web Server started on port 9021
-----------------------------------------------------
GemStone: Error         Nonfatal
The object with object ID 81065894280695808 does not exist.
Error Category: 231169 [GemStone] Number: 2101 Arg Count: 1 Context : 1594443265
Arg 1: [648527154245566466 sz:0 cls: 74241 SmallInteger] 81065894280695808

Now executing the following command saved from "iferr 1":
   where
==> 1 GsProcess class >> installPartialContinuation:atLevel:value: @2
line 1   [GsMethod 4490497]
2 WAPartialContinuation >> value: @13 line 11   [GsMethod 129703681]
3 WAPartialContinuation >> valueWithPossibleArguments: @2 line 2
[GsMethod 129702913]
4 ComplexBlock in WAComponent >> show:onAnswer:delegation: @7 line 7
[GsMethod 130634753]
5 ComplexBlock in ExecutableBlock >> valueWithPossibleArguments: @12
line 8   [GsMethod 115019777]
6 WAAnswerHandler >> handleAnswer:continueWith: @3 line 2   [GsMethod 134917377]
7 WADecoration >> handleAnswer: @6 line 3   [GsMethod 130679041]
8 WAComponent >> answer: @2 line 5   [GsMethod 130639617]

and

UTL_GUARANTEE failed, File
/export/toronto3/users/buildgss/244x-1/src/omverify.c line 28

with no more specific information.

There does not seem to be a pattern that we could identify that causes
this. The system is not overly strained. There are 2 GS Web Server
processes running, with one very active user on the system.

Is there someone that has an idea how to trace a problem like this? I
suppose the difficult bit is to figure out at what point in time the
reference got lost.

We're busy with a project to upgrade to GS 3. Should we try to find
this when we're upgraded (if it happens)?

Thanks
Otto

After expiring the seaside sessions and doing and MFC (with a
reclaim), the PartialContinuation should be gone.

But that would not prevent the crash of the session, would it? We'd
like to solve the problem that the user experiences as well.

On Mon, Jan 21, 2013 at 4:31 PM, Ivan Hugo Guevara <[hidden email]> wrote:

Otto,

This issue rings a bell for me ... I think we've had this kind of issue in both 2.x and 3.x at one time or another and IIRC we've been able to fix all of the known issues.

I've checked the release notes and I don't think the bugfix made it into the release notes, so I'll need to talk to Allen Otis, but I'm not in the office today, so I'll check tomorrow..

So, there's half a chance that the bug is fixed in a later version of 2.x ...

I also recall that we had a similar issue turn up in 3.x (the process implementations are very different between 2.x and 3.x) and that it was fixed ...

Since you're headed towards a 3.x upgrade that's your best route right now ...

I'll check with Allen about the details of the 2.x and 3.x bugs&fixes and let you know more details.

Dale

----- Original Message -----
| From: "Otto Behrens" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, January 21, 2013 6:28:31 AM
| Subject: [GS/SS Beta] object does not exist
|
| Hi,
|
| We've had a couple of cases where object references seem to corrupt
| in
| our GS 2.4.4.4 database.
|
| Here is an extract from the error reporting:
|
| topaz 1> topaz 1> GS Web Server started on port 9021
| -----------------------------------------------------
| GemStone: Error         Nonfatal
| The object with object ID 81065894280695808 does not exist.
| Error Category: 231169 [GemStone] Number: 2101 Arg Count: 1 Context :
| 1594443265
| Arg 1: [648527154245566466 sz:0 cls: 74241 SmallInteger]
| 81065894280695808
|
| Now executing the following command saved from "iferr 1":
|    where
| ==> 1 GsProcess class >> installPartialContinuation:atLevel:value: @2
| line 1   [GsMethod 4490497]
| 2 WAPartialContinuation >> value: @13 line 11   [GsMethod 129703681]
| 3 WAPartialContinuation >> valueWithPossibleArguments: @2 line 2
| [GsMethod 129702913]
| 4 ComplexBlock in WAComponent >> show:onAnswer:delegation: @7 line 7
| [GsMethod 130634753]
| 5 ComplexBlock in ExecutableBlock >> valueWithPossibleArguments: @12
| line 8   [GsMethod 115019777]
| 6 WAAnswerHandler >> handleAnswer:continueWith: @3 line 2   [GsMethod
| 134917377]
| 7 WADecoration >> handleAnswer: @6 line 3   [GsMethod 130679041]
| 8 WAComponent >> answer: @2 line 5   [GsMethod 130639617]
|
| and
|
| UTL_GUARANTEE failed, File
| /export/toronto3/users/buildgss/244x-1/src/omverify.c line 28
|
| with no more specific information.
|
| There does not seem to be a pattern that we could identify that
| causes
| this. The system is not overly strained. There are 2 GS Web Server
| processes running, with one very active user on the system.
|
| Is there someone that has an idea how to trace a problem like this? I
| suppose the difficult bit is to figure out at what point in time the
| reference got lost.
|
| We're busy with a project to upgrade to GS 3. Should we try to find
| this when we're upgraded (if it happens)?
|
| Thanks
| Otto
|

Thanks. We're upgrading.