Re: broken GFS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



I intend to do that.  Kernel's removed from automatic updates.

We'll agree to disagree about the importance of not breaking an
officially supported kernel filesystem on an automated upgrade because
only a "few" of us are affected.  Keep in mind this is not an
unsupported XFS that someone hijacked my thread with.  I say there is
little in a new kernel that the "rest" of the users cannot wait 2-3
lousy days for.  Wanna stretch it to a week to meet your statement of
"earliest", I can live with that and my statement still stands.  And, I
do realize this is not centos's fight, I guess my complaint is with
RedHat in this case, they should be more responsible than that.  If M$
took that policy and released official upgrades they knew would break
even a small percentage of their users, especially something as critical
as the very filesystem that your entire user data resides on, we (the
linux community) would be throwing them under the rug for it.


On Wed, 2008-05-14 at 05:44 -0500, Johnny Hughes wrote:
> Doug Tucker wrote:
> > Tru,
> > 
> > I work at a university.  They don't provide enough money for test
> > environments :).  Just kinda odd, last time kernel update, gfs updated
> > at the same time so all was well.  But twice now kernel has upgraded
> > with no GFS so it went bye-bye.  Is the GFS being installed, compiled
> > against particular kernel headers, or could I just copy the /fs/gfs
> > and /fs/gfs_locking to the new kernel /lib/modules (or symlink for that
> > matter) and be lucky enough it would work?
> > 
> > 
> 
> Please be aware that redhat releases GFS at a different time than the, 
> usually 2-3 days later (at the earliest).
> 
> In this case, here are the upstream release dates:
> 
> kernel - 5/7/2008
> gfs kmods - 5/9/2008
> 
> my point is that even upstream does not release these  at the same time.
> 
> What you should do (and what everyone who has kmods on c4 should do) is 
> to exclude kernels from automatic updates ... then you can manually 
> update the kernels and kmods together separately.
> 
> Thanks,
> Johnny Hughes
> 
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux