Is skiplist dependant on byte order?

[Scott Likens]

I'm going to take a shot in the dark,

BIG Endian vs. Little Endian?

Unfortunately I do believe bdb databases do care if it was big or  
little... and going from Sparc (BIG) to x86 (little)...

Would not work very well :(

I am going to guess that a reconstruct may not be a bad idea, your  
seen databases may or may not work, and pretty much guess that any and  
all databases related to Cyrus will need to be re-worked... I'm sure  
someone like Bron (fastmail.fm) might have something already whipped  
up for this.

...

Seen should be in /var/imap/user
... I would check on sieve (it is compiled also) ... (/var/imap/sieve?)

as well as /var/imap/db/*

then the /var/spool/imap/a/user/.. and you can more then likely just  
do a reconstruct -rf and be fine...

This is at least what I would do, I might have overstated how much  
"fun" it will be, or under.

On Jun 15, 2008, at 6:38 PM, Gary Mills wrote:

> I recently upgraded a murder front end server from Solaris 9 SPARC to
> Solaris 10 x86 by copying the /imap directory.  I did dump the
> mailboxes database before the copy.  It's a skiplist database.  I'm
> running cyrus-imapd-2.3.8 on both systems.  As a test, I first checked
> on the mailboxes database like this:
>
>    # su cyrus -c ksh
>    # /usr/local/cyrus/bin/ctl_mboxlist -d | wc -l
>           0
>
> This message appeared in the log:
>
>    Jun 11 16:24:43 setup01 ctl_mboxlist[14082]: [ID 864961  
> local6.crit] DBERROR: critical database situation
>
> After I reloaded it, I got the correct output:
>
>    # /usr/local/cyrus/bin/ctl_mboxlist -u < mailboxes.txt
>    # /usr/local/cyrus/bin/ctl_mboxlist -d | wc -l
>          77
>
> This is a test server with only a few mailboxes.  I'll upgrade the
> production server later.
>
> I'm assuming that skiplist is dependant on the machine's byte order,
> and that a dump and reload is necessary in this case.
>
> Are there any other databases that I should also dump and reload?  As
> far as I can tell, the annotation_db, duplicate_db, and tlscache_db
> are empty and can simply be removed.  Are there any others on a murder
> front end that I've missed?  Where do they reside?
>
> -- 
> -Gary Mills-    -Unix Support-    -U of M Academic Computing and  
> Networking-
> ----
> Cyrus Home Page: http://cyrusimap.web.cmu.edu/
> Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
>
>
> !DSPAM:4855c85a167801880617195!
>
>