Upgrade from i386 to x86_64

Hi

I recently upgraded my server from an i386 to x86_64 architecture, and now when
squid starts it bails out when starting up:

2006/03/30 18:13:34| Starting Squid Cache version 2.5.STABLE13 for
x86_64-redhat-linux-gnu...
2006/03/30 18:13:34| Process ID 17702
2006/03/30 18:13:34| With 1024 file descriptors available
2006/03/30 18:13:34| DNS Socket created at 0.0.0.0, port 32785, FD 5
2006/03/30 18:13:34| Adding nameserver 192.168.0.5 from /etc/resolv.conf
2006/03/30 18:13:34| Adding nameserver 202.89.128.17 from /etc/resolv.conf
2006/03/30 18:13:34| User-Agent logging is disabled.
2006/03/30 18:13:34| Referer logging is disabled.
2006/03/30 18:13:34| Unlinkd pipe opened on FD 10
2006/03/30 18:13:34| Swap maxSize 1740800 KB, estimated 158254 objects
2006/03/30 18:13:34| Target number of buckets: 7912
2006/03/30 18:13:34| Using 8192 Store buckets
2006/03/30 18:13:34| Max Mem size: 8192 KB
2006/03/30 18:13:34| Max Swap size: 1740800 KB
2006/03/30 18:13:34| Local cache digest enabled; rebuild/rewrite every 3600/3600 sec
2006/03/30 18:13:34| Store logging disabled
2006/03/30 18:13:34| Rebuilding storage in /var/spool/squid-1 (DIRTY)
2006/03/30 18:13:34| Rebuilding storage in /var/spool/squid-2 (DIRTY)
2006/03/30 18:13:34| Using Least Load store dir selection
2006/03/30 18:13:34| Set Current Directory to /var/spool/squid
2006/03/30 18:13:34| Loaded Icons.
2006/03/30 18:13:34| Accepting HTTP connections at 192.168.0.5, port 3128, FD 13.
2006/03/30 18:13:34| Accepting WCCP messages on port 2048, FD 14.
2006/03/30 18:13:34| Outgoing WCCP messages on port 2048, FD 15.
2006/03/30 18:13:34| Ready to serve requests.
2006/03/30 18:13:35| assertion failed: aufs/store_dir_aufs.c:463: "t->length ==
STORE_HDR_METASIZE"
2006/03/30 18:14:46| Starting Squid Cache version 2.5.STABLE13 for
x86_64-redhat-linux-gnu...

Is this "supposed" to happen (ie unsupported upgrade path) or is it a bug?

I'm guessing it is related to something different in the storage format, as
obviously squid starts up as above, and if I tell squid to use a new unused
cache_dir it initialises the new directory with empty directories and works fine.

Wiping squid.state and trying to use the cache_dirs from i386 gives the above
message...maybe something to do with what is stored in the metadata in each object?

Reuben
Received on Tue Apr 04 2006 - 18:26:15 MDT