Gordan,<br><br> were the permissions changed being over replicate by any chance?. can you write an additional script to check for the permission of files or atleast have a dump to compare permissions over replicate and without it. <br>
<br>Regards<br>--<br clear="all">Harshavardhana<br>"Yantra Shilpi"<br>Z Research Inc - <a href="http://www.zresearch.com">http://www.zresearch.com</a><br><br>
<br><br><div class="gmail_quote">On Fri, Mar 20, 2009 at 11:46 PM, Gordan Bobic <span dir="ltr"><<a href="mailto:gordan@bobich.net">gordan@bobich.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
As suspected, chmod -x /etc/sysconfig/modules/udev-stw.modules fixes the immediate problem. It would appear things like:<div class="im"><br>
<br>
for file in /etc/sysconfig/modules/*.modules ; do<br>
[ -x $file ] && $file<br>
done<br>
<br></div>
seem to cause it to lock up.<br>
<br>
Unfortunately, that sort of thing happens all over the place in the boot scripts, and now it locks up a few steps later. The last version this worked with was rc2 (possibly rc3, I haven't tested it). It's definitely not working on rc4 and rc5.<br>
<font color="#888888">
<br>
Gordan</font><div><div></div><div class="h5"><br>
<br>
Gordan Bobic wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Anand Avati wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
It looks like it locks up when used as root (afr/replicate) at the point<br>
where it initially starts up udev (not 100% sure where exactly yet, will<br>
have to put some trace code in rc.sysinit).<br>
<br>
2.0.0rc2 didn't have this problem.<br>
<br>
</blockquote>
<br>
Can you try rc5? Though still it is still under QA, you might want to<br>
give it a try since some transport related code changes have gone it<br>
which might be the reason for your lockup.<br>
</blockquote>
<br>
The lock-up still occurs with rc5.<br>
<br>
I've done some more digging, however. It appears to die at this pint in rc.sysinit, between debug 3 and debug 4:<br>
<br>
#################<br>
echo "debug 3"<br>
# Load other user-defined modules<br>
for file in /etc/sysconfig/modules/*.modules ; do<br>
[ -x $file ] && $file<br>
done<br>
<br>
# Load modules (for backward compatibility with VARs)<br>
if [ -f /etc/rc.modules ]; then<br>
/etc/rc.modules<br>
fi<br>
echo "debug 4"<br>
#################<br>
<br>
There is no rc.modules file, so contents of that can be ruled out.<br>
<br>
# ls -l /etc/sysconfig/modules/<br>
total 8<br>
-rwxr-xr-x 1 root root 100 May 25 2008 udev-stw.modules<br>
<br>
# cat /etc/sysconfig/modules/udev-stw.modules<br>
#!/bin/sh<br>
for i in nvram floppy parport lp snd-powermac;do<br>
modprobe $i >/dev/null 2>&1<br>
done<br>
<br>
I have just rebuilt my initrds separately with rc2 and rc5. rc2 works fine, rc5 fails. No other changes to the system between the two attempts.<br>
<br>
Oh, and the first access failure bug is still there.<br>
<br>
I couldn't test for the memory leak in rc5 since I couldn't get it to boot due to the lock-up mentioned above.<br>
<br>
I'll try disabling those modules listed above since I don't need them on this setup, but I can confirm that modprobe itself works fine. So it sounds like a problem/bug elsewhere. Possibly a buffer-overrun somewhere that gets triggered by rc4/rc5.<br>
<br>
BTW, in case it's relevant, I'm using the fuse kernel module from 2.6.24.7, rather than the one from the patched package, because the one in the kernel appears to be later. Can anyone confirm if there are any known problems with this? Is there any strong reason why I should use a different kernel module (e.g. one from the patched fuse 2.7.4 package)?<br>
<br>
Gordan<br>
<br>
<br>
_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org" target="_blank">Gluster-devel@nongnu.org</a><br>
<a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
</blockquote>
<br>
<br>
<br>
_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org" target="_blank">Gluster-devel@nongnu.org</a><br>
<a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
</div></div></blockquote></div><br>