I had done that, but each time, it still tried to access the drive for some reason or the other. But ... I walked away on saturday night after knowing I had recovered all the data and databases.  Problem then was samba and Windows machine accounts weren't letting people log on.  Came back today, and on a reboot it 'stopped looking' for VolGoup01.  So, I don't know ... it just works now, so perhaps it was rebuilding a failed drive (it was) and that just took forever?
<br><br><div><span class="gmail_quote">On 7/2/07, <b class="gmail_sendername">Jim Kronebusch</b> <<a href="mailto:jim@winonacotter.org">jim@winonacotter.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Mon, 2 Jul 2007 14:28:37 -0400, David Hopkins wrote<br>> Actually, after sitting for 24+ hours, the system has decided to reboot<br>> (??!!!!!)<br>><br>> Now, the ldap database seems to be corrupted, so ran an interactive boot,
<br>> bypassing the ldap-related stuff, ran a slapd_db_recover -v -h<br>> /var/lib/ldap  and then rebooting to see if that corrects the login issues<br><br>I love when they fix themselves :-)<br><br>Couldn't you have bypassed loading the LVM by simply commenting out the line in
<br>/etc/fstab when booted in rescue mode?  Sounds too simple to work :-)<br><br>--<br>This message has been scanned for viruses and<br>dangerous content by the Cotter Technology<br>Department, and is believed to be clean.
<br><br>_______________________________________________<br>K12OSN mailing list<br><a href="mailto:K12OSN@redhat.com">K12OSN@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/k12osn">https://www.redhat.com/mailman/listinfo/k12osn
</a><br>For more info see <<a href="http://www.k12os.org">http://www.k12os.org</a>><br></blockquote></div><br>