[email protected] wrote on 07/28/2010 08:35:35 AM:
> [email protected] — zapisano w dniu 2010-07-28 15:04:19: > > > [email protected] > > Wysłane przez: [email protected] > > > > 2010-07-28 15:04 > > > > Odpowiedz użytkownikowi > > "Red Hat Enterprise Linux 5 \(Tikanga\) discussion mailing-list" > > <[email protected]> > > > > Do > > > > "Red Hat Enterprise Linux 5 \(Tikanga\) discussion mailing-list" > > <[email protected]> > > > > DW > > > > [email protected], [email protected] > > > > Temat > > > > Re: [rhelv5-list] RHEL5 multipathing rdac - error messages during startup. > > > > > > > > [email protected] wrote on 07/28/2010 04:26:07 AM: > > > > > > > > I managed to configure the multipathing devices with device-mapper- > > > multipathing rdac (active-passive), however while system is booting > > > I can see a lot of messages like: > > > > > > Buffer I/O error on device sdaa, logical block 0 > > > end_request: I/O error, dev sdab, sector 0 > > > […] > > > > > > Probably nash or something else during startup is checking all the > > > devices (including the passive ones) that cause the very long system > > > startup (we have like 26 FC devices). > > > After startup device multipathig works fine, /dev/mapper is full of > > > aliased devices, but still, from time to time, there are some error > > > messages appering on the console. Like system was checking the passive > > nodes. > > > > > > Is there any way to prevent such behavior ? > > > > If you are running LVM on those devices you might check out Red Hat kbase > > 35489 > > > > https://access.redhat.com/kb/docs/DOC-35489 > > > > At the top it says EMC Clariion SAN, but later it mentions what to do if > > its using HP's cciss driver. > > > > -greg > > > > > Well it may be harmless, but looks bad, and whole boot up process, > because of that, take about 10 to 12 minutes... > not mentioning the ibm efi startup process witch takes another 4-6 > minutes. All together … way tooo long :/ So telling it to avoid scanning the other devices extended the boot up time? not kewl. -greg _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
