Change request - Yum update
Turns out there's yet another kernel update available for RHEL5. Since I've run into issues updating a kernel and not other packages I'd like us to do a yum update of all the packages. We shouldn't be far off but there's a kernel and glibc update available. We can run them through staging first for good measure. The reboot is on Thursday, it'd be good to have this all done prior to that. -Mike ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: Change request - Yum update
On 08/11/2009 06:30 PM, Mike McGrath wrote: Turns out there's yet another kernel update available for RHEL5. Since I've run into issues updating a kernel and not other packages I'd like us to do a yum update of all the packages. We shouldn't be far off but there's a kernel and glibc update available. We can run them through staging first for good measure. The reboot is on Thursday, it'd be good to have this all done prior to that. +1 -Toshio signature.asc Description: OpenPGP digital signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
xen15 outage - sorry :-(
Hey, here's a quick report of what just happened on xen15 and its guests: At around 3:00 UTC, I saw a puppet error email complaining about an error on running /sbin/service iscsi start on xen15. I logged onto xen15 and stupidly ran a /etc/init.d/iscsi restart, realizing what I had actually done a moment later. I saw disk errors on the consoles of db2 and relepel1, which were on iscsi. At this point, I tried to shut all iscsi guests on that machine down (db2, relepel1, sign-bridge1) with xm shutdown. db2 and relepel1 both finished shutting down, but I had to xm destroy sign-bridge1 as it hung at the end. After all guests were down, I followed the Logging Out procedure at https://fedoraproject.org/wiki/ISCSI_Infrastructure_SOP, ran /etc/init.d/iscsi restart, then followed the Logging In procedure. At that point, I was able to xm create all three guests again, and they seem back up now (although an unrelated VPN outage is still keeping web apps down at the moment). If anybody sees any issues on any of these hosts - particularly with data on db2, it could be related to this. Sorry about this, I'll definitely think more before I run a command like that next time. Thanks, Ricky pgpJ3YomzBhdg.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Change request - Convert smolt host table to innodb
Hi, we've been looking at all the smolt outages recently, and after looking into it a bit, we'd like to try converting the host table in the smolt database to InnoDB so that we will get row level locking. This is a very low impact change, and when we tested in staging, it caused smolt to stop accepting new submissions for about 20 minutes (smoltSendProfile will simply time out during that period). If we run into any issues, we can easily revert back to MyISAM (and doing so took 5 minutes on staging). Can I get two +1s for this? Thanks, Ricky pgplSnniqMHEO.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
[Change Request] Don't try to restart iscsi{,d}
In light of what I just did to xen15, I'd like to make this change so that puppet never makes the same mistake :-) --- modules/iscsi-initiator-utils/manifests/init.pp |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/modules/iscsi-initiator-utils/manifests/init.pp b/modules/iscsi-initiator-utils/manifests/init.pp index 4fbd54c..193b377 100644 --- a/modules/iscsi-initiator-utils/manifests/init.pp +++ b/modules/iscsi-initiator-utils/manifests/init.pp @@ -33,7 +33,9 @@ class iscsi-initiator-utils::initiator { file { '/etc/iscsi/initiatorname.iscsi': content = template(iscsi-initiator-utils/initiatorname.iscsi.erb), require = Package['iscsi-initiator-utils'], -notify = [Service['iscsi'], Service['iscsid']], +# Never, ever notify this service - do any restarts manually +# after making sure that nothing is using a disk on iscsi. +#notify = [Service['iscsi'], Service['iscsid']], } } -- 1.5.5.6 pgplvSUTHPxj4.pgp Description: PGP signature ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Change Request] Don't try to restart iscsi{,d}
+1 to make this change. Things are screwey enought right now wihtout it accidently doing it . On Tue, Aug 11, 2009 at 9:56 PM, Ricky Zhouri...@fedoraproject.org wrote: In light of what I just did to xen15, I'd like to make this change so that puppet never makes the same mistake :-) --- modules/iscsi-initiator-utils/manifests/init.pp | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/modules/iscsi-initiator-utils/manifests/init.pp b/modules/iscsi-initiator-utils/manifests/init.pp index 4fbd54c..193b377 100644 --- a/modules/iscsi-initiator-utils/manifests/init.pp +++ b/modules/iscsi-initiator-utils/manifests/init.pp @@ -33,7 +33,9 @@ class iscsi-initiator-utils::initiator { file { '/etc/iscsi/initiatorname.iscsi': content = template(iscsi-initiator-utils/initiatorname.iscsi.erb), require = Package['iscsi-initiator-utils'], - notify = [Service['iscsi'], Service['iscsid']], + # Never, ever notify this service - do any restarts manually + # after making sure that nothing is using a disk on iscsi. + #notify = [Service['iscsi'], Service['iscsid']], } } -- 1.5.5.6 ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list