[rt-users] [rt-announce] RT 2.0.11pre1 / How to recover from brokenness caused by 2.0.10
Jesse Vincent
jesse at bestpractical.com
Wed Dec 26 15:14:53 EST 2001
RT 2.0.11pre1 is now available. The _only_ change from 2.0.10 is that it won't cause all unmerged
tickets to "disappear" from search listings after a merge.
If you got bitten by the bug in 2.0.10, I'm really quite sorry.
There are two ways to get your database back to where it should be:
1) Restore your database from the last known-good nightly backups.
(The night before you installed 2.0.10)
Make a copy of your database update logs.
Discard everything before you made the backup.
Look through them for a long series of "Update Tickets SET EffectiveId....."
statements.
Remove those statements.
Replay everything else at the database.
2) WARNING: This is somewhat more dangerous, since it involves straight database munging
You should make a backup of your RT database before proceeding and check it over
CAREFULLY afterward.
mysqldump rt2 > rt-premunging-backup
Figure out what ticket is still showing up in ticket listings. If you've merged
multiple tickets since installing 2.0.10, repeat the "UPDATE" statement below
for each of them.
Make a note of its ticket id. You'll need it below, where I say "$ticket_id"
mysql rt2
UPDATE Tickets Set EffectiveId = id where EffectiveId = $ticket_id
On Wed, Dec 26, 2001 at 02:25:48PM -0500, Jesse Vincent wrote:
>
>
> There's a bug in the merge functionality that changes in 2.0.10 tickled. I'm still tracking it down, but it
> looks like the system is incorrectly setting some metadata related to a merge for too many tickets when a user
> anually merges a ticket. I suspect this has been going on for quite a while and that 2.0.10 is the first release
> that actually relies on this metadata for stripping merged tickets out of search displays.
>
> It looks like it should be relatively painless to restore your database to a good state if this bug hit you
>
> More info to come later.
>
>
> -j
>
>
> On Wed, Dec 26, 2001 at 07:32:56AM -0800, Rob Mitzel wrote:
> > Hi everyone,
> >
> > I figured I'd give 2.0.10 an install on our production machine. So I checked the deps, made the new ones, installed, everything looked great. However, now, we're getting a reproducable error:
> >
> > Say I go into a queue, and it has 5 new tickets, 4 on the exact same subject or whatever. So I go into ticket #3, and merge it with ticket #2, which is the same. It tells me it's merged. From that point on, no matter what I do, it makes all the other new tickets dissappear, and it just shows the ticket I merged, nothing else. no changing of the search parameters will help, the search just thinks that 1 ticket is the only ticket in the entire db. If I type in an individual ticket # and go to it, it's fine...
> >
> > Of course, I'm doing this after having just been woken up after 2 hours of sleep by a frantic guy in my NOC, so...:)
> >
> > Help!!! Please? :(
> >
> > -Rob.
> >
> >
> > _______________________________________________
> > rt-users mailing list
> > rt-users at lists.fsck.com
> > http://lists.fsck.com/mailman/listinfo/rt-users
> >
>
> --
> http://www.bestpractical.com/products/rt -- Trouble Ticketing. Free.
>
> _______________________________________________
> rt-users mailing list
> rt-users at lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-users
>
--
http://www.bestpractical.com/products/rt -- Trouble Ticketing. Free.
_______________________________________________
rt-announce mailing list
rt-announce at lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-announce
More information about the rt-users
mailing list