Re: [gentoo-user] Konsole, XTerm, UXTerm have all died!!!!!
On 10/24/2012 04:31 AM, Andrew Lowe wrote: Hi all, I did an emerge -NuD world, it nearly finished, 2 or 3 big files to go, when I decided it was bed time. I killed the build and went to bed. This morning I can't now fire up Konsole, which I use as my terminal, XTerm or UXTerm. In more detail, I get the Konsole window, the menu is there and I can open other tabs etc, but instead of the command prompt, I just get a small grey blob in the top left hand corner. Hitting return does not get me any carriage returns. Same here on two different boxes, ~x86 and ~amd64. I'm on LXDE, ~/.lxde_errors reports that rxvt could not start due to lack of pseudo-terminals. Issuing # mount /dev/pts by hand temporarily solves the issue. A related issue might be that during the boot I see that /dev/shm could not be mounted. /dev/pts and /dev/shm are both mounted by /etc/init.d/devfs, maybe that's failing? The last emerge pulled in sys-apps/openrc-0.11.1 sys-fs/udev-init-scripts-17-r1 but neither one has any bugs open relevant to this. Other ideas? raf
Re: [gentoo-user] Konsole, XTerm, UXTerm have all died!!!!!
On 10/24/2012 08:02 AM, Raffaele Belardi wrote: On 10/24/2012 04:31 AM, Andrew Lowe wrote: Hi all, I did an emerge -NuD world, it nearly finished, 2 or 3 big files to go, when I decided it was bed time. I killed the build and went to bed. This morning I can't now fire up Konsole, which I use as my terminal, XTerm or UXTerm. In more detail, I get the Konsole window, the menu is there and I can open other tabs etc, but instead of the command prompt, I just get a small grey blob in the top left hand corner. Hitting return does not get me any carriage returns. Same here on two different boxes, ~x86 and ~amd64. I'm on LXDE, ~/.lxde_errors reports that rxvt could not start due to lack of pseudo-terminals. Issuing # mount /dev/pts by hand temporarily solves the issue. A related issue might be that during the boot I see that /dev/shm could not be mounted. /dev/pts and /dev/shm are both mounted by /etc/init.d/devfs, maybe that's failing? The last emerge pulled in sys-apps/openrc-0.11.1 sys-fs/udev-init-scripts-17-r1 but neither one has any bugs open relevant to this. Other ideas? raf Forgot to mention that you can issue the mount command above from a text terminal (CTRL-ALT-Fx).
Re: [gentoo-user] Re: genkernel 2 manual
On Tue, 23 Oct 2012 21:25:04 -0200, João Matos wrote: Well, It is being easy than I thought. I've compilled it and the boot is faster since initramfs is not needed anymore :). Whether or not you use an initramfs shouldn't make any real difference. However the genkernel initramfs has to do a load of general hardware recognition stuff, and that is what takes the time. The part of the boot is run from the initramfs, but that is incidental. -- Neil Bothwick TEXAS VIRUS: Makes sure that it's bigger than any other file. signature.asc Description: PGP signature
Re: [gentoo-user] genkernel 2 manual
Is there any tool that can scan my pc and help me out with the .conf or even generate one? I guess not. There are lots of options that I have no idea what they are for. I think this will be the fun part, but I think I can't get a running kernel before I optimize it, so I can do it gradually. Well good starting points have already been provided, I usually check for modules with lspci -k Just for curiosity, what is the size of your kernel? Mine is 3.4 MB. 3.0M, initramfs 2.2M
Re: [gentoo-user] genkernel 2 manual
Am 24.10.2012 13:16, schrieb Michael Hampicke: Is there any tool that can scan my pc and help me out with the .conf or even generate one? I guess not. There are lots of options that I have no idea what they are for. I think this will be the fun part, but I think I can't get a running kernel before I optimize it, so I can do it gradually. Well good starting points have already been provided, I usually check for modules with lspci -k Just for curiosity, what is the size of your kernel? Mine is 3.4 MB. 3.0M, initramfs 2.2M Damn, totaly forgot what I would write :) You may also have a loog at # make localmodconfig
Re: [gentoo-user] genkernel 2 manual
Well, thank you for your help. I had some problems, like no bootable system or no network, but I could solve it and things are working pretty well pretty. The compilation time is really small after I removed these modules, but I think it should be smaller: apparently the 'make make modules install' command don't use my '-j3' option. How do I configure it? The size is almost the same (3.3 MB), and I believe this is why my work until now was to remove non used hardware modules - the easy part. Now, I'll slow down a bit, bcz I need to learn about the other options before turning them off. Thant you all, 2012/10/24 Michael Hampicke gentoo-u...@hadt.biz Is there any tool that can scan my pc and help me out with the .conf or even generate one? I guess not. There are lots of options that I have no idea what they are for. I think this will be the fun part, but I think I can't get a running kernel before I optimize it, so I can do it gradually. Well good starting points have already been provided, I usually check for modules with lspci -k Just for curiosity, what is the size of your kernel? Mine is 3.4 MB. 3.0M, initramfs 2.2M -- João de Matos Linux User #461527 Graduando em Engenharia de Computação 2005.1 UEFS - Universidade Estadual de Feira de Santana
[gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime.
Re: [gentoo-user] genkernel 2 manual
João Matos wrote: Well, thank you for your help. I had some problems, like no bootable system or no network, but I could solve it and things are working pretty well pretty. The compilation time is really small after I removed these modules, but I think it should be smaller: apparently the 'make make modules install' command don't use my '-j3' option. How do I configure it? The size is almost the same (3.3 MB), and I believe this is why my work until now was to remove non used hardware modules - the easy part. Now, I'll slow down a bit, bcz I need to learn about the other options before turning them off. Thant you all, make -j 3 all make modules_install I guess you can add -j 3 to the modules part to but since I have only the forced SCSI ones, it takes only a second or two. If you use a lot of modules, try adding that option. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] genkernel 2 manual
On Wed, 24 Oct 2012 11:47:55 -0200, João Matos wrote: The size is almost the same (3.3 MB), and I believe this is why my work until now was to remove non used hardware modules - the easy part. Modules don't significantly affect the size of the kernel, only builtins. A hand-prepared kernel may actually be larger than a genkernel one because the latter builds almost everything as modules whereas without an initramfs, you need some modules as builtins. -- Neil Bothwick It's not a bug, it's tradition! signature.asc Description: PGP signature
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
Nikos Chantziaras wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. Oh crap. O_O This is one of those times I am glad I am not a shutdown/restart nut. lol root@fireball / # uptime 09:39:19 up 32 days, 1:48, 5 users, load average: 0.35, 0.35, 0.44 root@fireball / # Should be safe enough by now. I wonder what version will have the fix tho? 3.7? 3.8? They move pretty quick tho. That's good. Thanks for the heads up. Dale, not going to panic yet. :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Wed, Oct 24, 2012 at 8:54 AM, Nikos Chantziaras rea...@gmail.com wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. Thanks, I was just about to upgrade to latest! I'm currently still on 3.5.4 which appears to not include the bad code. Looks like 3.5.7 is first affected version in the 3.5.x series.
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Wed, Oct 24, 2012 at 2:54 PM, Nikos Chantziaras rea...@gmail.com wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. https://bugs.gentoo.org/show_bug.cgi?id=439502 -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
Dale rdalek1...@gmail.com wrote: Nikos Chantziaras wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. Oh crap. O_O This is one of those times I am glad I am not a shutdown/restart nut. lol root@fireball / # uptime 09:39:19 up 32 days, 1:48, 5 users, load average: 0.35, 0.35, 0.44 root@fireball / # Should be safe enough by now. I wonder what version will have the fix tho? 3.7? 3.8? They move pretty quick tho. That's good. Thanks for the heads up. Dale, not going to panic yet. :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! What git tree is this -- maybe I can get the diff and reverse patch till a newer version comes out? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
[gentoo-user] Gentoo Packages webpage - empty page
When try to access: http://packages.gentoo.org/ I get: Empty Page! If you expected a real website instead something must be wrong. :-( Where did it go? -- Joseph
Re: [gentoo-user] Gentoo Packages webpage - empty page
Am Wed, 24 Oct 2012 10:01:17 -0600 schrieb Joseph syscon...@gmail.com: When try to access: http://packages.gentoo.org/ I get: Empty Page! If you expected a real website instead something must be wrong. :-( Where did it go? I'd like to know, too. For the past few days the site simply timed out on me, so at least *something* has changed. -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup signature.asc Description: PGP signature
Re: [gentoo-user] Gentoo Packages webpage - empty page
On Wed, Oct 24, 2012 at 11:01 AM, Joseph syscon...@gmail.com wrote: When try to access: http://packages.gentoo.org/ I get: Empty Page! If you expected a real website instead something must be wrong. :-( Where did it go? IIRC there was a server crash about a week ago, affecting many gentoo websites, PGO was working again recently but maybe they are still in a transitional state to restore full service. In the meantime you can perhaps use http://www.gentoo-portage.com/
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Wed, Oct 24, 2012 at 04:54:39PM +0300, Nikos Chantziaras wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. https://bugs.gentoo.org/show_bug.cgi?id=439502 -- Happy Penguin Computers ') 126 Fenco Drive ( \ Tupelo, MS 38801 ^^ supp...@happypenguincomputers.com 662-269-2706 662-205-6424 http://happypenguincomputers.com/ Don't top-post: http://en.wikipedia.org/wiki/Top_post#Top-posting
[gentoo-user] tun tap problem
Anyone else getting no carrier when trying to set up a network bridge with TUN/TAP? I use that for KVM, and it doesn't work since last reboot. I saw the issue mentioned on forums.gentoo.org, no solution. Downgrading openrc didn't help as well. Any help available? Thanks, Stefan
[gentoo-user] Network perf tool
Hello, this is not exactly an Gentoo question - but i don't now where to ask otherwise. Is there a tool for (Gentoo-)Linux to do network performance tests as defined in RFC 2544 ? This will run on an Gentoo host having at least 2 network interfaces to be connected to the device under test. regards Petric
Re: [gentoo-user] tun tap problem
Am 2012-10-24 20:34, schrieb Stefan G. Weichinger: Anyone else getting no carrier when trying to set up a network bridge with TUN/TAP? I use that for KVM, and it doesn't work since last reboot. I saw the issue mentioned on forums.gentoo.org, no solution. Downgrading openrc didn't help as well. Any help available? As so often press send and the find the answer: https://bugs.gentoo.org/show_bug.cgi?id=439038 downgrade openrc to 0.10.5 helped. S
[gentoo-user] rescuing lvm data
greetings ... the server in my basement is driving me nuts ... and I start making mistakes ... sigh It had a LVM volume group ... consisting of two PVs ... The question in short: if I only have one PV at hand, which contains all the PEs of a given LV ... (how) am I able to extract/export/read the contents of that LV? background: when I searched for the reason of those crashes, I removed and swapped and cloned hard disks all around. Right now I am on a brand new machine and want to sort out harddisks etc. One PV wasn't detected correctly (unknown device) even though it had the correct uuid. I did some pvcreate -u on it ... and now those LVs on it aren't accessible anymore (can't mount or even fsck). My luck (I hope!): I have a clone of that harddrive. But I don't want to simply plug it in because I fear to ruin things as I already messed up that VG further by trying stuff like vgcfgrestore etc. Yes, my fault. The clone contains all the blocks for an LV I would like to keep somehow. So I assume it should be possible to access them? (explanation why there is no backup: the data is mythtv-stuff, video which is nice to have, but not critical.) Thanks, Stefan
Re: [gentoo-user] rescuing lvm data
Am 24.10.2012 22:08, schrieb Stefan G. Weichinger: greetings ... the server in my basement is driving me nuts ... and I start making mistakes ... sigh It had a LVM volume group ... consisting of two PVs ... The question in short: if I only have one PV at hand, which contains all the PEs of a given LV ... (how) am I able to extract/export/read the contents of that LV? So you still have the volume group metadata, just not one of the PVs, right? background: when I searched for the reason of those crashes, I removed and swapped and cloned hard disks all around. Right now I am on a brand new machine and want to sort out harddisks etc. One PV wasn't detected correctly (unknown device) even though it had the correct uuid. I did some pvcreate -u on it ... and now those LVs on it aren't accessible anymore (can't mount or even fsck). My luck (I hope!): I have a clone of that harddrive. But I don't want to simply plug it in because I fear to ruin things as I already messed up that VG further by trying stuff like vgcfgrestore etc. Yes, my fault. The clone contains all the blocks for an LV I would like to keep somehow. So I assume it should be possible to access them? First things first: If you can, make a disk dump of every affected HDD or at least back up the metadata with vgcfgbackup. Have you tried activating the volume group with --partial (see `man lvm`). Something along the lines of `lvchange --partial -a y`). If that doesn't help, maybe `vgreduce --removemissing --force` will do the job. Hope this helps, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] rescuing lvm data
Am 24.10.2012 22:23, schrieb Florian Philipp: First things first: If you can, make a disk dump of every affected HDD or at least back up the metadata with vgcfgbackup. Have you tried activating the volume group with --partial (see `man lvm`). Something along the lines of `lvchange --partial -a y`). If that doesn't help, maybe `vgreduce --removemissing --force` will do the job. Florian, thanks for the hints ... extracted two smaller LVs already. The big one seems to span both PVs ... I will continue tomorrow after some sleep. Thanks once more, Stefan
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Wed, 24 Oct 2012 13:10:24 -0500 Bruce Hill da...@happypenguincomputers.com wrote: On Wed, Oct 24, 2012 at 04:54:39PM +0300, Nikos Chantziaras wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. https://bugs.gentoo.org/show_bug.cgi?id=439502 I shall think myself lucky. Converted the majority of my file systems (var home) on laptop, desktop and qemu to ext4 a few weeks ago and was rebooting like crazy last night on 3.5.7. with my desktop after losing ptys, network and keyboard when downgrading openrc. Shall reverse and make sure backups are in place. Thanks for the warning. I would hate to lose my xpenguins program -- John D Maunder
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
affected kernel versions are masked now! On 10/25/2012 12:36 AM, john wrote: On Wed, 24 Oct 2012 13:10:24 -0500 Bruce Hill da...@happypenguincomputers.com wrote: On Wed, Oct 24, 2012 at 04:54:39PM +0300, Nikos Chantziaras wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. https://bugs.gentoo.org/show_bug.cgi?id=439502 I shall think myself lucky. Converted the majority of my file systems (var home) on laptop, desktop and qemu to ext4 a few weeks ago and was rebooting like crazy last night on 3.5.7. with my desktop after losing ptys, network and keyboard when downgrading openrc. Shall reverse and make sure backups are in place. Thanks for the warning. I would hate to lose my xpenguins program
Re: [gentoo-user] tun tap problem
yeah, saw this problem on my openvpn server today. i made upgrades a few days ago. i removed symlink to net.tap0 and removed tap0 from br0. now server is booting correctly, but openvpn is not working... no time to investigate further now. maybe in a few days. On 10/24/2012 08:34 PM, Stefan G. Weichinger wrote: Anyone else getting no carrier when trying to set up a network bridge with TUN/TAP? I use that for KVM, and it doesn't work since last reboot. I saw the issue mentioned on forums.gentoo.org, no solution. Downgrading openrc didn't help as well. Any help available? Thanks, Stefan
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Wed, Oct 24, 2012 at 8:54 AM, Nikos Chantziaras rea...@gmail.com wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. Doesn't seem to be that serious: https://plus.google.com/u/0/117091380454742934025/posts/Wcc5tMiCgq7 Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
Canek Peláez Valdés wrote: On Wed, Oct 24, 2012 at 8:54 AM, Nikos Chantziarasrea...@gmail.com wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. Doesn't seem to be that serious: https://plus.google.com/u/0/117091380454742934025/posts/Wcc5tMiCgq7 Might I enquire as to the manner in which this comment impartially establishes that the consequences of the bug upon those affected is not serious? --Kerin
Re: [gentoo-user] genkernel 2 manual
On 10/23/2012 10:02 PM, João Matos wrote: Hi list. Just for curiosity, what is the size of your kernel? Mine is 3.4 MB. Thank you, -- João de Matos Linux User #461527 2.7 MB ,initramfs 1.5 MB
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Wed, Oct 24, 2012 at 8:09 PM, Kerin Millar kerfra...@fastmail.co.uk wrote: Canek Peláez Valdés wrote: On Wed, Oct 24, 2012 at 8:54 AM, Nikos Chantziarasrea...@gmail.com wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. Doesn't seem to be that serious: https://plus.google.com/u/0/117091380454742934025/posts/Wcc5tMiCgq7 Might I enquire as to the manner in which this comment impartially establishes that the consequences of the bug upon those affected is not serious? I suppose I should be glad the potential ext4 corruption that two users have reported potentially impacting v3.6.2 and v3.6.3 has promoted some minor increase in revenue (due to advertising hits) for Slashdot and Phoronix, but really, people should chill out. That's not to say that we're not treating this seriously; I was up until late last night trying to get a handle on it. But folks shouldn't be running around with their heads cut off. It now looks like the reproduction involved something very esoteric indeed, involving using umount -l and shutdowns while the file system was still being unmounted --- and the user had nobarrier specified in the mount options as well. http://thread.gmane.org/gmane.linux.kernel/1379725/focus=34994 http://thread.gmane.org/gmane.linux.kernel/1379725/focus=35003 That, and the picture with the big DON'T PANIC letters on it. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Wed, Oct 24, 2012 at 8:09 PM, Kerin Millar kerfra...@fastmail.co.uk wrote: Canek Peláez Valdés wrote: On Wed, Oct 24, 2012 at 8:54 AM, Nikos Chantziarasrea...@gmail.com wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. Doesn't seem to be that serious: https://plus.google.com/u/0/117091380454742934025/posts/Wcc5tMiCgq7 Might I enquire as to the manner in which this comment impartially establishes that the consequences of the bug upon those affected is not serious? Oh, and about impartiality; this is a technical issue, not a philosophical one. I will always trust the expert's opinion over almost everyone's else. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
Canek Peláez Valdés wrote: On Wed, Oct 24, 2012 at 8:09 PM, Kerin Millarkerfra...@fastmail.co.uk wrote: Canek Peláez Valdés wrote: On Wed, Oct 24, 2012 at 8:54 AM, Nikos Chantziarasrea...@gmail.com wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. Doesn't seem to be that serious: https://plus.google.com/u/0/117091380454742934025/posts/Wcc5tMiCgq7 Might I enquire as to the manner in which this comment impartially establishes that the consequences of the bug upon those affected is not serious? Oh, and about impartiality; this is a technical issue, not a philosophical one. I will always trust the expert's opinion over almost everyone's else. The comment you linked to was fairly bereft of technical content, other than to assert that the circumstances under which the bug triggers are so limited that there is no general cause for concern. Given that (a) the investigation chronicled by the lkml thread remains ongoing (b) a remedy has yet to be conclusively determined, it is illogical that any statement as to the scope of the bug can anything more than a hypothesis at best, irrespective of how well-informed said hypothesis might be. As for impartiality, it is entirely conceivable that someone in Ted's position would be riled by what they perceive (not necessarily correctly) as negative publicity and to respond in kind. Particularly when one carries a burden of responsibility of the subsystem in question. Until such time as the matter is concluded, ext4 users that value their data will exercise due concern, naturally. The petty sniping about drumming up ad-revenue and silly 4chan style image memes do not strike me as a constructive way in which to assuage those concerns. Further, the notion that nobarrier is an esoteric option is questionable. In my experience, it is common practice to employ it as a performance-enhancing measure on systems equipped with a battery-backed write cache; especially MySQL servers that must contend with a heavy workload. One wonders what he would have made of the notion of running ext4 without a journal, had it not been at the behest of Google. In summary, I maintain that his fatuous Google+ post does nothing to establish just why it is that those of us in the peanut gallery should be unconcerned as to the impact of the bug. On my part, I will continue to be concerned until the investigation has fully run its course. --Kerin
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Wed, Oct 24, 2012 at 10:51 PM, Kerin Millar kerfra...@fastmail.co.ukwrote: Canek Peláez Valdés wrote: On Wed, Oct 24, 2012 at 8:09 PM, Kerin Millarkerfra...@fastmail.co.**ukkerfra...@fastmail.co.uk wrote: Canek Peláez Valdés wrote: On Wed, Oct 24, 2012 at 8:54 AM, Nikos Chantziarasrea...@gmail.com wrote: Kernels 3.4, 3.5, and 3.6 can result in severe data corruption if you're using the EXT4 filesystem: http://www.phoronix.com/scan.**php?page=news_itempx=MTIxNDQhttp://www.phoronix.com/scan.php?page=news_itempx=MTIxNDQ This includes gentoo-sources. I hope the Gentoo developers are on top of this. In the meantime, avoid doing reboots after too short an uptime. Doesn't seem to be that serious: https://plus.google.com/u/0/**117091380454742934025/posts/**Wcc5tMiCgq7https://plus.google.com/u/0/117091380454742934025/posts/Wcc5tMiCgq7 Might I enquire as to the manner in which this comment impartially establishes that the consequences of the bug upon those affected is not serious? Oh, and about impartiality; this is a technical issue, not a philosophical one. I will always trust the expert's opinion over almost everyone's else. The comment you linked to was fairly bereft of technical content, other than to assert that the circumstances under which the bug triggers are so limited that there is no general cause for concern. Given that (a) the investigation chronicled by the lkml thread remains ongoing (b) a remedy has yet to be conclusively determined, it is illogical that any statement as to the scope of the bug can anything more than a hypothesis at best, irrespective of how well-informed said hypothesis might be. As for impartiality, it is entirely conceivable that someone in Ted's position would be riled by what they perceive (not necessarily correctly) as negative publicity and to respond in kind. Particularly when one carries a burden of responsibility of the subsystem in question. Until such time as the matter is concluded, ext4 users that value their data will exercise due concern, naturally. The petty sniping about drumming up ad-revenue and silly 4chan style image memes do not strike me as a constructive way in which to assuage those concerns. Further, the notion that nobarrier is an esoteric option is questionable. In my experience, it is common practice to employ it as a performance-enhancing measure on systems equipped with a battery-backed write cache; especially MySQL servers that must contend with a heavy workload. One wonders what he would have made of the notion of running ext4 without a journal, had it not been at the behest of Google. In summary, I maintain that his fatuous Google+ post does nothing to establish just why it is that those of us in the peanut gallery should be unconcerned as to the impact of the bug. On my part, I will continue to be concerned until the investigation has fully run its course. --Kerin http://lwn.net/Articles/521022/ Links to relevant analysis. Useful comments. 'nuff said. -- :wq
Re: [gentoo-user] Heads-up: Several kernel versions have severe EXT4 data corruption bug
On Wed, Oct 24, 2012 at 9:51 PM, Kerin Millar kerfra...@fastmail.co.uk wrote: [snip] On my part, I will continue to be concerned until the investigation has fully run its course. That is, of course, your prerogative. I just posted a comment from someone that (IMHO) actually knows what he's talking about. What anyone in this list does with that information, it's their problem. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] Re: Heads-up: Several kernel versions have severe EXT4 data corruption bug
On 25/10/12 06:04, Canek Peláez Valdés wrote: On Wed, Oct 24, 2012 at 9:51 PM, Kerin Millar kerfra...@fastmail.co.uk wrote: [snip] On my part, I will continue to be concerned until the investigation has fully run its course. That is, of course, your prerogative. I just posted a comment from someone that (IMHO) actually knows what he's talking about. What anyone in this list does with that information, it's their problem. What people here are doing is being careful exactly because they don't know what's happening. Being careful does not equal panicking. Not being careful when there's possible danger is just as bad as panicking.