Bug#607604: linux-image-2.6.32-5-openvz-amd64: nfsd oops after 'exportfs -ra'

2010-12-26 Thread Steven Chamberlain
Hi, I've re-tested this by tar+untarring the same files and directories into my nfs-exported directory, that was I was previously trying to bring in via a 'mount --bind'. Happily it works that way. So it seems nfsd is having issues with bind mounts onto a directory being exported. Something I

Bug#607604: linux-image-2.6.32-5-openvz-amd64: nfsd oops after 'exportfs -ra'

2010-12-22 Thread Steven Chamberlain
On 21/12/10 17:19, Ola Lundqvist wrote: Thanks for your report. Could you try this with an unpatched kernel as this could be due to that the IPv6 actually works now. Hi Ola, Yes I tested this just now to make sure it wasn't related to the patch. I've reproduced the oops with the official

Bug#607604: linux-image-2.6.32-5-openvz-amd64: nfsd oops after 'exportfs -ra'

2010-12-21 Thread Ola Lundqvist
Hi Steven Thanks for your report. Could you try this with an unpatched kernel as this could be due to that the IPv6 actually works now. Just to check. Thanks in advance, // Ola On Mon, Dec 20, 2010 at 07:30:28AM +, Steven Chamberlain wrote: Hi, This was readily reproducible just now

Bug#607604: linux-image-2.6.32-5-openvz-amd64: nfsd oops after 'exportfs -ra'

2010-12-19 Thread Steven Chamberlain
Package: linux-2.6 Version: 2.6.32-29bugfix1 Severity: important Hi, I encountered the following issue on my *own build* of 2.6.32-5-openvz-amd64 (2.6.32-29); having applied a very small patch to IPv6 netfilter (Bug#607041) which I'm fairly confident didn't cause this. I'll try to reproduce

Bug#607604: linux-image-2.6.32-5-openvz-amd64: nfsd oops after 'exportfs -ra'

2010-12-19 Thread Steven Chamberlain
Hi, This was readily reproducible just now after a reboot, on the same server and same kernel. Upon boot, four exports of /var/lib/tftpboot were loaded from /etc/exports. I then did: # mount --bind /home/whatever /var/lib/tftpboot # exportfs -ra I hadn't actually altered /etc/exports since