On Mon, May 12, 2008 at 11:48 PM, Tru Huynh <tru at centos.org> wrote: > On Mon, May 12, 2008 at 11:00:18PM +0300, Linux wrote: > > Well, I should add a terrible story for XFS... > > > > I did a "yum update" and after updating many packages I rebooted and viola... > You seem to enjoy living dangerously ? Don't you ever use a testing machine > before rolling the updates on a production server? > We appreciate your trust in our project, but you should always test on your > own setup. Indeed that was my low-value testing machine. But I cannot afford a third machine just for testing with the same hardware. Besides, if you suggest a VM testing, it is not a real testing, not better than you people do... > > Old xfs module ruined my 1.2TB partition. After updating to correct module and > > hours of xfs_repair I had to move and rename 500 subfolders from lost+found. > That is the 1st time I hear such a story: if the xfs module is not installed > for your new kernel, the only thing that should happen is the inability to > mount the XFS filesystem. What a coincidence. That is the 1st time I live such a thing. Well, show me a way to prove. > > I am using CentOS because I have to (for cPanel). > That's trolling, CPanel is NOT CentOS... Neither I am a troll, nor do I know its meaning. And I do not have an intention to blame CentOS for anything. I have to use CentOS because it's the best of the choises CPanel requires. I am not keen on CentOS way of eating yoghurt. [1] This log is after update & reboot: "May 11 16:06:03 xxxxx kernel: XFS: failed to read root inode" And this is the last yum.log beginning from a month before: --------------------------------------------------------------- Apr 02 23:40:03 Updated: krb5-libs.x86_64 1.6.1-17.el5_1.1 Apr 02 23:40:04 Updated: cups-libs.x86_64 1:1.2.4-11.14.el5_1.6 Apr 02 23:40:04 Updated: openldap.x86_64 2.3.27-8.el5_1.3 Apr 02 23:40:05 Updated: dbus.x86_64 1.0.0-6.3.el5_1 Apr 02 23:40:11 Updated: ghostscript.x86_64 8.15.2-9.1.el5_1.1 Apr 02 23:40:12 Updated: tk.x86_64 8.4.13-5.el5_1.1 Apr 02 23:40:13 Updated: kpartx.x86_64 0.4.7-12.el5_1.3 Apr 02 23:40:13 Updated: device-mapper-multipath.x86_64 0.4.7-12.el5_1.3 Apr 02 23:40:23 Updated: cups.x86_64 1:1.2.4-11.14.el5_1.6 Apr 02 23:40:23 Updated: autofs.x86_64 1:5.0.1-0.rc2.55.el5.3 Apr 02 23:40:23 Updated: krb5-libs.i386 1.6.1-17.el5_1.1 Apr 02 23:40:24 Updated: cups-libs.i386 1:1.2.4-11.14.el5_1.6 Apr 02 23:40:33 Updated: ghostscript.i386 8.15.2-9.1.el5_1.1 Apr 02 23:40:33 Updated: dbus.i386 1.0.0-6.3.el5_1 Apr 02 23:40:33 Updated: openldap.i386 2.3.27-8.el5_1.3 Apr 02 23:40:34 Updated: tk.i386 8.4.13-5.el5_1.1 Apr 02 23:41:13 Installed: kernel.x86_64 2.6.18-53.1.14.el5 Apr 02 23:41:23 Updated: tzdata.noarch 2007k-2.el5 Apr 02 23:41:24 Updated: krb5-devel.i386 1.6.1-17.el5_1.1 Apr 02 23:41:25 Updated: krb5-workstation.x86_64 1.6.1-17.el5_1.1 Apr 02 23:41:26 Updated: krb5-devel.x86_64 1.6.1-17.el5_1.1 Apr 02 23:41:30 Updated: kernel-headers.x86_64 2.6.18-53.1.14.el5 Apr 02 23:41:30 Installed: kmod-xfs.x86_64 0.4-1.2.6.18_53.1.14.el5 May 11 00:34:48 Updated: ImageMagick.x86_64 6.2.8.0-4.el5_1.1 May 11 00:34:52 Updated: ImageMagick.i386 6.2.8.0-4.el5_1.1 May 11 00:34:57 Updated: kernel-headers.x86_64 2.6.18-53.1.19.el5 May 11 00:35:04 Updated: squid.x86_64 7:2.6.STABLE6-5.el5_1.3 May 11 00:35:04 Updated: sos.noarch 1.7-9.2.el5 May 11 00:35:36 Installed: kernel.x86_64 2.6.18-53.1.19.el5 May 11 01:28:19 Installed: hddtemp.x86_64 0.3-0.14.beta15.el5.centos May 11 01:40:35 Installed: apt.x86_64 0.5.15lorg3.2-1.el5.rf May 11 17:13:03 Installed: kmod-xfs.x86_64 0.4-1.2.6.18_53.1.19.el5 According to this, there is a mystery in "May 11 16:06:03" because there WAS a kmod_xfs but it was 53.1.14, not 53.1.19 as updated kernel. By the way, sorry for stealing some GFS thread but I see something parallel in deep. Thanks. [1] There is a proverb like "Every knight has his own way of eating yoghurt" which means you can eat yoghurt in different ways and also envied people can eat it differently, which none of them is wrong. In the end, yoghurt, a very useful nutrient, is eaten anyway.