Re: mount_nfs hanging in sbwait
On Wednesday, 27 October 1999 at 10:00:38 +0930, Daniel O'Connor wrote: Hi, I upgraded my -current box a few days ago, and now whenever I boot it hangs mounting the NFS FS's.. Pressing ctrl-T reveals its stuck in sbwait, if I press ctrl-C then it finishes booting, and all the NFS mounts work except one :-/ Also, when I run gqmpeg I notice it will start playing one song (and actually play it because another process does the work), get stuck in sbwait and then I will not be able to do anything with it. I realise the problem report is very vague, but I have no idea where to look! I've attached my kernel config file and dmesg.boot file. Is midget dual-hosted? There's a problem there: you play Russian Roulette chosing the IP address you mount from, but the reply always comes from the local net. See kern/9612 for more details. Greg -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
mount_nfs hanging in sbwait
Hi, I upgraded my -current box a few days ago, and now whenever I boot it hangs mounting the NFS FS's.. Pressing ctrl-T reveals its stuck in sbwait, if I press ctrl-C then it finishes booting, and all the NFS mounts work except one :-/ Also, when I run gqmpeg I notice it will start playing one song (and actually play it because another process does the work), get stuck in sbwait and then I will not be able to do anything with it. I realise the problem report is very vague, but I have no idea where to look! I've attached my kernel config file and dmesg.boot file. The output of mount is as follows - /dev/wd0s3a on / (ufs, local, soft-updates, writes: sync 6 async 1183) /dev/wd0s3f on /usr (ufs, NFS exported, local, soft-updates, writes: sync 2 async 3939) /dev/wd0s3e on /var (ufs, local, soft-updates, writes: sync 182 async 5383) procfs on /proc (procfs, local) /dev/wd0s1 on /msdos_c (msdos, local) /dev/wd0s5 on /msdos_d (msdos, NFS exported, local) midget:/usr/home on /usr/home (nfs) midget:/usr/ports on /usr/ports (nfs) midget:/local0 on /local0 (nfs) midget:/usr on /rusr (nfs) /usr/home /usr/ports and /local0 work, but /rusr hangs in (you guessed it) sbwait. All NFS mounts are mounted with the options 'rw,bg,resvport,intr,soft,tcp' --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum dmesg.boot GUPPY.nosmp
Re: mount_nfs hanging in sbwait
:This message is in MIME format :--_=XFMail.1.3.1.p0.FreeBSD:991027100038:23974=_ :Content-Type: text/plain; charset=us-ascii : :Hi, :I upgraded my -current box a few days ago, and now whenever I boot it hangs :mounting the NFS FS's.. Pressing ctrl-T reveals its stuck in sbwait, if I press :ctrl-C then it finishes booting, and all the NFS mounts work except one :-/ : :Also, when I run gqmpeg I notice it will start playing one song (and actually :play it because another process does the work), get stuck in sbwait and then I :will not be able to do anything with it. : :I realise the problem report is very vague, but I have no idea where to look! :I've attached my kernel config file and dmesg.boot file. : : :/usr/home /usr/ports and /local0 work, but /rusr hangs in (you guessed it) :sbwait. : :All NFS mounts are mounted with the options 'rw,bg,resvport,intr,soft,tcp' I've noticed that when one reboots a client, TCP nfs mounts often hang for a bit. I think this is due to the previous tcp mount not being cleared on the server. I'm not sure why it hangs. But, I have also noticed that the tcp mount comes back after a few minutes. Try waiting a few minutes and it should clear itself up. This happens quite often when I reboot my diskless workstation. I presume that after you come up you can mount /rusr manually (via tcp) and it works -- that this isn't a total failure. If you can *never* get that mount to work there may be a problem with the /etc/exports file on the server. -Matt :--_=XFMail.1.3.1.p0.FreeBSD:991027100038:23974=_ :Content-Disposition: attachment; filename="dmesg.boot" :Content-Transfer-Encoding: base64 :Content-Description: dmesg.boot :Content-Type: application/octet-stream; name=dmesg.boot; SizeOnDisk=4090 : :Q29weXJpZ2h0IChjKSAxOTkyLTE5OTkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj :KSAxOTgyLCAxOTg2LCAxOTg5LCAxOTkxLCAxOTkzCglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVy (p.s. try to avoid mime-encoding email you post to the list). To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message