/srv/irclogs.ubuntu.com/2013/06/18/#ubuntu-bugs.txt

=== Logan_ is now known as Guest85841
=== Guest54086 is now known as Logan_
=== Logan_ is now known as Guest128
=== greyback is now known as greyback|lunch
=== greyback|lunch is now known as greyback
=== jeanaustinr is now known as jeanaustinr|x
=== sivatharman__ is now known as psivaa
=== jeanaustinr is now known as jeanaustinr|x
RoyKxnox: ping?15:47
xnoxRoyK: hello15:49
xnoxwhat's up? =)15:49
RoyKxnox: just wondering about bug 1189567 - I have given enough info to reproduce it with the metadump file (linked to the bug), so I don't see why it's marked incomplete. I also disagree with this being prioritised as "medium" since a supported filesystem really should be repairable16:01
ubot2Launchpad bug 1189567 in xfsprogs (Ubuntu Quantal) "xfs_repair fails to repair filesystem" [Medium,Incomplete] https://launchpad.net/bugs/118956716:01
xnoxRoyK: 29MB binary file is hardly a reproducer. How to create corrupted filesystem that xfs fails to repair? The statuses & importance match current information. Please read the Stable Release Updates policy and the Ubuntu Bug Squad documentation.16:05
xnoxRoyK: bug is fixed in Raring & saucy. And it's not clear the scope of machines affected.16:06
xnoxRoyK: case in point - inibiting repairing a filesystem does not cause additional data loss. You can boot raring live-cd and repair the filesystem from the live session.16:07
RoyKuh... the dump file represents a corrupt filesystem16:20
RoyKI was under the impression that LTS was meant to be the rock stable one16:20
RoyKI got the bug confirmed by an xfs developer, as stated in the report16:21
RoyKso it's there16:21
RoyKhe told me he couldn't help sort out which particular patch it was that fixed it, since his employer (redhat) wouldn't be too happy for him to help out with ubuntu bugs16:22
RoyKxnox: this is rubbish16:34
xnoxRoyK: i don't deny that it's a real bug affecting precise. but at the same time I do not have time investigating on how to reproduce it (the corruption) and to identify the minimal patches needed to fix it. Please note ubuntu does not automatically upgrade packages to newer point releases for stable systems.16:36
RoyKwell, if an xfs developer tells me it's real, what more should I do?16:37
RoyKI know this, well, they do, if it's a kernel16:37
RoyKso that's not completely true16:37
RoyKthen find whoever's responsible for xfs and fix a backkport?16:37
xnoxall packages in ubuntu are managed collectively by ubuntu-developers. If you wish this bug to be fixed in the SRU, to help this happen follow as little or as much from the: https://wiki.ubuntu.com/StableReleaseUpdates page.16:39
xnoxfor a full point release into -backports16:39
xnoxyou can follow: https://wiki.ubuntu.com/UbuntuBackports16:39
xnoxor find somebody else you will do either of those.16:39
xnoxbackport will require testing all reverse-dependenices which includes all partitioning tools.16:40
xnoxjust a patch to fix that particular bug will need testing of possible regressions from that patch.16:40
xnoxRoyK: do you or the xfs upstream developer know how to cause a corruption which xfs_repair was failing to fix? is there an upstream test-suite for this bug?16:41
RoyKI don't know what fixed the corruption - probably silent errors on a disk. I had issues with ext4 too after I changed to a new fs. running zfs now, so it's not a real problem for me anymore, I'm just concerned that such a bug isn't fixed16:44
RoyKhow the corruption happened isn't very relevant either16:44
RoyKwhat's relevant is that it can't be repaired with that version of xfsprogs16:44
RoyKand that's easily reproducable with the metadump16:45
=== pedro_ is now known as Guest44099
* Noskcaj is away: school22:23

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!