On Mon, May 12, 2008 at 11:48 PM, Tru Huynh <tru@xxxxxxxxxx> 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.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
