Data Corruption bug in GlusterFS 3.0.2
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
glusterfs |
Fix Released
|
Critical
|
|||
glusterfs (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Lucid |
Won't Fix
|
High
|
Unassigned |
Bug Description
Impact: data corruption when using GlusterFS with certain options set.
Patch: https:/
Reproducing: http://
Regression potential: none known
As an interim fix I did a backport of GlusterFS 3.0.4 from Maverick to Lucid
https:/
so my systems are safe.
This is the upstream Changelog message:
commit c55134fc0c5ebe9
Author: Anand Avati <email address hidden>
Date: Thu Feb 18 10:28:06 2010 +0000
server_writev: add proper iobuf into iobref
this typo results in corruption when write-behind is loaded on server side
Signed-off-by: Anand V. Avati <email address hidden>
Signed-off-by: Anand V. Avati <email address hidden>
BUG: 639 (Data corruption with write-behind on server side)
URL: http://
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: glusterfs-server (not installed)
ProcVersionSign
Uname: Linux 2.6.32-25-generic i686
Architecture: i386
Date: Mon Oct 25 16:24:24 2010
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100427.1)
ProcEnviron:
LANG=en_US.utf8
SHELL=/bin/bash
SourcePackage: glusterfs
Related branches
description: | updated |
description: | updated |
description: | updated |
description: | updated |
Changed in glusterfs (Ubuntu): | |
status: | New → Fix Released |
Changed in glusterfs (Ubuntu Lucid): | |
importance: | Undecided → High |
Changed in glusterfs (Ubuntu Lucid): | |
status: | New → Fix Committed |
Changed in glusterfs: | |
status: | Unknown → Fix Released |
Changed in glusterfs: | |
importance: | Unknown → Critical |
Hi, you subscribed ubuntu-sponsors, but there's no clear action for us, so I've unsubscribed sponsors for now. Please resubscribe when there's an upload requiring sponsorship.
What exactly are you requesting? An SRU patch for the version in lucid? If so please nominate this bug for lucid. Can you prepare a debdiff / bzr branch for SRUing?