[Glass] Mixing Unicode and String instances in Indexes [WAS] Re: Further commits have been disabled for this session because: 'CorruptObj error'. This session must logout.

[Mariano Martinez Peck via Glass]

Looks like it has been integrated in 3.2.13 so I suspect 3.3.1 should have
it....

https://downloads.gemtalksystems.com/docs/GemStone64/3.2.x/GS64-ReleaseNotes-3.2.13.pdf

So I don't know why I still cannot see the original exception :(



On Fri, Nov 18, 2016 at 5:02 PM, Mariano Martinez Peck <
marianopeck at gmail.com> wrote:

> Hi Dale,
>
> I am seeing again this problem (issue 45812) when upgrading from 3.2.9 to
> 3.3.1. It happens when I reload all my app code. On the console, I see:
>
>
> ERROR 2249 , a TransactionError occurred (error 2249), Further commits
> have been disabled for this session because: 'CorruptObj, relops: encrypt
> (no Unicode collator) -- Unicode strings encountered'. This session must
> logout. (TransactionError)
> topaz 1>
> topaz 1> commit
> ERROR 2249 , a TransactionError occurred (error 2249), Further commits
> have been disabled for this session because: 'CorruptObj, relops: encrypt
> (no Unicode collator) -- Unicode strings encountered'. This session must
> logout. (TransactionError)
> topaz 1> logout
> --- 11/18/2016 14:53:59.924 EST Logging out
>
>
> Do you know if 45812 was integrated in 3.3.1 ?
>
>
>
>
>
>
> On Wed, Nov 4, 2015 at 10:17 PM, Mariano Martinez Peck <
> marianopeck at gmail.com> wrote:
>
>>
>>
>> On Wed, Nov 4, 2015 at 9:09 PM, Dale Henrichs <
>> dale.henrichs at gemtalksystems.com> wrote:
>>
>>>
>>>
>>> On 11/04/2015 04:00 PM, Mariano Martinez Peck wrote:
>>>
>>>
>>>
>>> On Wed, Nov 4, 2015 at 8:49 PM, Dale Henrichs <
>>> dale.henrichs at gemtalksystems.com> wrote:
>>>
>>>>
>>>>
>>>> On 11/04/2015 11:02 AM, Mariano Martinez Peck wrote:
>>>>
>>>>> Hi Dale,
>>>>>
>>>>> Thanks for all the answers and explanations. Hopefully this was worth.
>>>>>
>>>>> If you open an internal bug please simply let me know the internal bug
>>>>> number since I am keeping a list of the issues I found (with their state).
>>>>>
>>>>> bug 45812 covers this report ... as I said before I'm still not sure
>>>> that I can get rid of the corrutp obj error, but I am pretty that I can
>>>> improve the error message produced by the IndexingErrorPreventingCommit
>>>> error (a IndexingErrorPreventingCommit occurred (error 2726), errors during
>>>> index maintenance; commit will be disallowed) by including the root error
>>>> in the error message ...
>>>>
>>>>
>>> Great. Thanks for letting me know.
>>>
>>>
>>>> This was definitely worth it ...
>>>
>>>
>>> BTW, sometimes we take things for granted without realizing it...did you
>>> see how difficult it was for me to reproduce the problem with
>>> gsDevKit_home? With 3 lines of code I was able to get a fresh 3.1.0.6
>>> stone, create indexes,  upgrade it to 3.2.9, and then reproduce the bug.
>>> Honestly, without gsDevKit_home I would have not tried to reproduce this
>>> as the effort would have been huge.
>>>
>>>
>>> Haha, no kidding ... I used the GsDevKit_home bash scripts plus the
>>> attached index script to my internal bug report with the following
>>> instructions:
>>>
>>> 1) $GS_HOME/bin/createStone -f gs_3106 3.1.0.6
>>>
>>> 2)in tODE using the attached tODE script:
>>>
>>>    /home/index --clean --create --query --edit
>>>
>>> 3) $GS_HOMEbin/upgradeStone -f gs_3106 gs_329 3.2.9
>>>
>>> 4) then in tODE using attached tODE script:
>>>
>>>    /home/index --boom   # to get the root error
>>> or
>>>    /home/index --update # to get the IndexingErrorPreventingCommit error
>>>
>>> (of course you have to move the .ston file to
>>> $GS_HOME/sys/local/server/home to see it)
>>>
>>> Dale
>>>
>>> And right before submitting the bug, I went through the whole sequence
>>> just to make sure that it broke the way it was supposed to
>>>
>>
>>
>> Sweet :)
>> Next time I will try to write such a script!
>>
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>



-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20161118/27560bd6/attachment-0001.html>