]> git.michaelhowe.org Git - packages/o/openafs.git/commit
ubik: ntohl on reading the replay log
authorAndrew Deason <adeason@sinenomine.net>
Fri, 18 Jun 2010 22:20:22 +0000 (17:20 -0500)
committerRuss Allbery <rra@debian.org>
Wed, 11 Aug 2010 04:46:43 +0000 (21:46 -0700)
commit2853452d81881848264d65956c375fda137e5638
tree54d099007ffb7213d7f28c766db128999d9f2ee9
parent256e237d8abf48b7b7e747d02ffb1b928f62936b
ubik: ntohl on reading the replay log

When attempting to read the replay log, ubik was not ntohl'ing all
integers that were read in from the log, causing the log to appear
invalid on little-endian systems. Fix it.

This problem manifests as apparent corruption in the database on top
of ubik when a commit is occurring when we are shut down, or a disk
error is encountered during a commit.

Reviewed-on: http://gerrit.openafs.org/2224
Tested-by: Andrew Deason <adeason@sinenomine.net>
Reviewed-by: Derrick Brashear <shadow@dementia.org>
Tested-by: Derrick Brashear <shadow@dementia.org>
(cherry picked from commit eec0d94f519b3e27f255b9b7a637df043951424e)

Change-Id: Ic6b3ba18c843d1f41c45fa69559bea869620439a
Reviewed-on: http://gerrit.openafs.org/2237
Tested-by: Andrew Deason <adeason@sinenomine.net>
Reviewed-by: Derrick Brashear <shadow@dementia.org>
Tested-by: Derrick Brashear <shadow@dementia.org>
(cherry picked from commit 639c0e467af3d78619e11cf44895809e0b9b8edf)
src/ubik/recovery.c