Date: Sun, 2 Nov 1997 01:42:38 -0800 From: John-Mark Gurney <gurney_j@efn.org> To: FreeBSD Hackers <freebsd-hackers@freebsd.org> Subject: portal pid not correct... Message-ID: <19971102014238.14394@hydrogen.nike.efn.org>
next in thread | raw e-mail | index | archive | help
well.. I was looking at the diffent fs's supported (and using kld to load 'em)... and noticed something strange... note,ttyp0,/dev,666#df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 127151 111657 5322 95% / /dev/wd0s2 170264 163352 6912 96% /msdos procfs 4 4 0 100% /proc hydrogen:/a 1803463 1350919 308267 81% /a hydrogen:/b 1748071 1498998 109228 93% /b kernfs 1 1 0 100% /kern portal:4254 1 1 0 100% /mnt then a search for procid 4254: note,ttyp0,/dev,667#ps lax | grep 4254 note,ttyp0,/dev,668# now a search for a portal process: note,ttyp0,/dev,668#ps lax | grep portal 0 4255 1 0 2 0 416 212 select Is ?? 0:00.01 portal /tmp/ I took a look at the code.. and basicly it doesn't become a daemon before tring to mount the fs... and this is understandable else you can't return a failed mount... now as I see this, there are a couple ways to fix this... a) just become a daemon and then mount, this isn't very attrative as the error doesn't get reported b) do something were it will fork off the child, child will immediately SIGSTOP itself, then parent will mount, and then parent will SIGCONT the process for normal execution, or kill it off if the mount failed. c) insert your idea hear comments? ideas? -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19971102014238.14394>