Date: Fri, 27 Feb 1998 20:21:09 +0000 (WET) From: freebsd@bug.fe.up.pt To: Andre Albsmeier <andre.albsmeier@mchp.siemens.de> Cc: freebsd-questions@FreeBSD.ORG, hackers@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: 2.2.5-STABLE: is this a bug in umount? Message-ID: <Pine.BSF.3.96.980227201611.251A-200000@slug.EUnet.pt> In-Reply-To: <199802271717.SAA00672@intern>
next in thread | previous in thread | raw e-mail | index | archive | help
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.
--0-1107280105-888610869=:251
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi!
I did a kernel debug on it and here is the log of the debug (I've
included an attachment with the full log):
(kgdb) down
#9 0xf01318fc in unmount (p=0xf1509800, uap=0xefbfff94, retval=0xefbfff84)
at ../../kern/vfs_syscalls.c:280
280 return (dounmount(mp, uap->flags, p));
(kgdb) list
275 * Don't allow unmount of the root filesystem
276 */
277 if (mp->mnt_flag & MNT_ROOTFS)
278 return (EINVAL);
279
280 return (dounmount(mp, uap->flags, p));
281 }
282
283 /*
284 * Do the actual file system unmount.
(kgdb) exit
The solution is to add an if before the return checking if there is
activity in that partition. The way to do that I'll leave to the
core team or someone with commit priviliges.
Jorge
--
\\ Nobody can be exactly like me. \\ Jorge Miguel Goncalves
\\ Sometimes even I have trouble \\
\\ doing it. \\ j@bug.fe.up.pt
\\ -- Talluulah Bankhead \\
On Fri, 27 Feb 1998, Andre Albsmeier wrote:
> Hi,
>
> let's assume the following (done as root):
>
> mount /dev/sd3c /mnt
> tar cf /mnt/bla.tar some_big_directory
>
> While the tar is running we do the following in another shell:
>
> umount /mnt
>
> If we see a "Device busy" error we just repeat the umount again and again.
> Suddenly the system freezes for about 10 seconds and reboots. During the
> bootstrap the following message appears:
>
> bali daemon.alert savecore: reboot after panic: vinvalbuf: dirty bufs
>
>
> Now my question is: Is this the expected behaviour from umount? If you ask
> me why I do such a silly thing, it's because I mount my portable disk drive
> with amd. Then I start a timeconsuming job on this drive (in my case a tar
> from the network). After the default timeout of 5 minutes the amd unmounts
> the fs and the system crashes. I can reproduce this if you tell me.
>
> All that happens on a FreeBSD 2.2.5-STABLE system.
>
> Is this a bug (so I will send in a PR) or a feature?
>
> Thanks,
>
> -Andre
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-hackers" in the body of the message
>
>
--0-1107280105-888610869=:251
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=log
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.BSF.3.96.980227202109.251B@slug.EUnet.pt>
Content-Description:
U2NyaXB0IHN0YXJ0ZWQgb24gRnJpIEZlYiAyNyAyMDowMzo1MyAxOTk4DQpz
bHVnIyBjZCAvc3lzL2NvbXBpbGUvU0xVRw0Kc2x1ZyMgZ2RiIC1rDQpHREIg
aXMgZnJlZSBzb2Z0d2FyZSBhbmQgeW91IGFyZSB3ZWxjb21lIHRvIGRpc3Ry
aWJ1dGUgY29waWVzIG9mIGl0DQogdW5kZXIgY2VydGFpbiBjb25kaXRpb25z
OyB0eXBlICJzaG93IGNvcHlpbmciIHRvIHNlZSB0aGUgY29uZGl0aW9ucy4N
ClRoZXJlIGlzIGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQjsgdHlw
ZSAic2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuDQpHREIgNC4xNiAoaTM4
Ni11bmtub3duLWZyZWVic2QpLCBDb3B5cmlnaHQgMTk5NiBGcmVlIFNvZnR3
YXJlIEZvdW5kYXRpb24sIEluYy4NCihrZ2RiKSBzeW1ib2wtZmlsZSBrZXJu
ZWwuZGVidWcNClJlYWRpbmcgc3ltYm9scyBmcm9tIGtlcm5lbC5kZWJ1Zy4u
LmRvbmUuDQooa2dkYikgZXhlYy1maWxlIC92YXIvY3Jhc2gva2VybmVsLjEN
CihrZ2RiKSBjb3JlLWZpbGUgL3Zhci9jcmFzaC92bWNvcmUuMQ0KSWRsZVBU
RCAxZGUwMDANCmN1cnJlbnQgcGNiIGF0IDFjMjcxOA0KcGFuaWM6IHZpbnZh
bGJ1ZjogZGlydHkgYnVmcw0KIzAgIGJvb3QgKGhvd3RvPTI1NikgYXQgLi4v
Li4va2Vybi9rZXJuX3NodXRkb3duLmM6MjY2DQoyNjYJCQkJCWR1bXBwY2Iu
cGNiX2NyMyA9IHJjcjMoKTsNCihrZ2RiKSB3aGVyZQ0KIzAgIGJvb3QgKGhv
d3RvPTI1NikgYXQgLi4vLi4va2Vybi9rZXJuX3NodXRkb3duLmM6MjY2DQoj
MSAgMHhmMDExMWYzMiBpbiBwYW5pYyAoZm10PTB4ZjAxMmZlYjkgInZpbnZh
bGJ1ZjogZGlydHkgYnVmcyIpDQogICAgYXQgLi4vLi4va2Vybi9rZXJuX3No
dXRkb3duLmM6MzkwDQojMiAgMHhmMDEyZmY2NCBpbiB2aW52YWxidWYgKHZw
PTB4ZjE1YTE4ODAsIGZsYWdzPTEsIGNyZWQ9MHgwLCBwPTB4MCwgDQogICAg
c2xwZmxhZz0wLCBzbHB0aW1lbz0wKSBhdCAuLi8uLi9rZXJuL3Zmc19zdWJy
LmM6NDgxDQojMyAgMHhmMDE2Zjg5ZCBpbiB2bV9vYmplY3RfdGVybWluYXRl
IChvYmplY3Q9MHhmMTVmM2YwMCkNCiAgICBhdCAuLi8uLi92bS92bV9vYmpl
Y3QuYzozOTcNCiM0ICAweGYwMTZmNzRiIGluIHZtX29iamVjdF9kZWFsbG9j
YXRlIChvYmplY3Q9MHhmMTVmM2YwMCkNCiAgICBhdCAuLi8uLi92bS92bV9v
YmplY3QuYzozNTMNCiM1ICAweGYwMTMwODg5IGluIHZmbHVzaCAobXA9MHhm
MTUyYmMwMCwgc2tpcHZwPTB4MCwgZmxhZ3M9MCkNCiAgICBhdCAuLi8uLi9r
ZXJuL3Zmc19zdWJyLmM6OTg5DQojNiAgMHhmMDE1ZjRkYyBpbiBmZnNfZmx1
c2hmaWxlcyAobXA9MHhmMTUyYmMwMCwgZmxhZ3M9MCwgcD0weGYxNTA5ODAw
KQ0KICAgIGF0IC4uLy4uL3Vmcy9mZnMvZmZzX3Zmc29wcy5jOjcyNQ0KIzcg
IDB4ZjAxNWYzYWEgaW4gZmZzX3VubW91bnQgKG1wPTB4ZjE1MmJjMDAsIG1u
dGZsYWdzPTAsIHA9MHhmMTUwOTgwMCkNCiAgICBhdCAuLi8uLi91ZnMvZmZz
L2Zmc192ZnNvcHMuYzo2NjQNCiM4ICAweGYwMTMxOWNhIGluIGRvdW5tb3Vu
dCAobXA9MHhmMTUyYmMwMCwgZmxhZ3M9MCwgcD0weGYxNTA5ODAwKQ0KICAg
IGF0IC4uLy4uL2tlcm4vdmZzX3N5c2NhbGxzLmM6MzEyDQojOSAgMHhmMDEz
MThmYyBpbiB1bm1vdW50IChwPTB4ZjE1MDk4MDAsIHVhcD0weGVmYmZmZjk0
LCByZXR2YWw9MHhlZmJmZmY4NCkNCiAgICBhdCAuLi8uLi9rZXJuL3Zmc19z
eXNjYWxscy5jOjI4MA0KIzEwIDB4ZjAxODE5MzMgaW4gc3lzY2FsbCAoZnJh
bWU9e3RmX2VzID0gMzksIHRmX2RzID0gMzksIHRmX2VkaSA9IC0yNzI2NDA1
NzYsIA0KICAgICAgdGZfZXNpID0gMTY4MzU4LCB0Zl9lYnAgPSAtMjcyNjM5
NDQwLCB0Zl9pc3AgPSAtMjcyNjI5Nzg4LCB0Zl9lYnggPSAwLCANCiAgICAg
IHRmX2VkeCA9IDEsIHRmX2VjeCA9IDU4LCB0Zl9lYXggPSAyMiwgdGZfdHJh
cG5vID0gNywgdGZfZXJyID0gNywgDQogICAgICB0Zl9laXAgPSAxMTU0MSwg
dGZfY3MgPSAzMSwgdGZfZWZsYWdzID0gNTgyLCB0Zl9lc3AgPSAtMjcyNjQw
NjI4LCANCiAgICAgIHRmX3NzID0gMzl9KSBhdCAuLi8uLi9pMzg2L2kzODYv
dHJhcC5jOjkxNA0KLS0tVHlwZSA8cmV0dXJuPiB0byBjb250aW51ZSwgb3Ig
cSA8cmV0dXJuPiB0byBxdWl0LS0tDQojMTEgMHgyZDE1IGluID8/ICgpDQoj
MTIgMHgxMmQzIGluID8/ICgpDQojMTMgMHgxMDdlIGluID8/ICgpDQooa2dk
YikgZG93biAxMA0KIzAgIGJvb3QgKGhvd3RvPTI1NikgYXQgLi4vLi4va2Vy
bi9rZXJuX3NodXRkb3duLmM6MjY2DQoyNjYJCQkJCWR1bXBwY2IucGNiX2Ny
MyA9IHJjcjMoKTsNCihrZ2RiKSB1cCAxMA0KIzEwIDB4ZjAxODE5MzMgaW4g
c3lzY2FsbCAoZnJhbWU9e3RmX2VzID0gMzksIHRmX2RzID0gMzksIHRmX2Vk
aSA9IC0yNzI2NDA1NzYsIA0KICAgICAgdGZfZXNpID0gMTY4MzU4LCB0Zl9l
YnAgPSAtMjcyNjM5NDQwLCB0Zl9pc3AgPSAtMjcyNjI5Nzg4LCB0Zl9lYngg
PSAwLCANCiAgICAgIHRmX2VkeCA9IDEsIHRmX2VjeCA9IDU4LCB0Zl9lYXgg
PSAyMiwgdGZfdHJhcG5vID0gNywgdGZfZXJyID0gNywgDQogICAgICB0Zl9l
aXAgPSAxMTU0MSwgdGZfY3MgPSAzMSwgdGZfZWZsYWdzID0gNTgyLCB0Zl9l
c3AgPSAtMjcyNjQwNjI4LCANCiAgICAgIHRmX3NzID0gMzl9KSBhdCAuLi8u
Li9pMzg2L2kzODYvdHJhcC5jOjkxNA0KOTE0CQllcnJvciA9ICgqY2FsbHAt
PnN5X2NhbGwpKHAsIGFyZ3MsIHJ2YWwpOw0KKGtnZGIpIHVwDQojMTEgMHgy
ZDE1IGluID8/ICgpDQooa2dkYikgZG93bg0KIzEwIDB4ZjAxODE5MzMgaW4g
c3lzY2FsbCAoZnJhbWU9e3RmX2VzID0gMzksIHRmX2RzID0gMzksIHRmX2Vk
aSA9IC0yNzI2NDA1NzYsIA0KICAgICAgdGZfZXNpID0gMTY4MzU4LCB0Zl9l
YnAgPSAtMjcyNjM5NDQwLCB0Zl9pc3AgPSAtMjcyNjI5Nzg4LCB0Zl9lYngg
PSAwLCANCiAgICAgIHRmX2VkeCA9IDEsIHRmX2VjeCA9IDU4LCB0Zl9lYXgg
PSAyMiwgdGZfdHJhcG5vID0gNywgdGZfZXJyID0gNywgDQogICAgICB0Zl9l
aXAgPSAxMTU0MSwgdGZfY3MgPSAzMSwgdGZfZWZsYWdzID0gNTgyLCB0Zl9l
c3AgPSAtMjcyNjQwNjI4LCANCiAgICAgIHRmX3NzID0gMzl9KSBhdCAuLi8u
Li9pMzg2L2kzODYvdHJhcC5jOjkxNA0KOTE0CQllcnJvciA9ICgqY2FsbHAt
PnN5X2NhbGwpKHAsIGFyZ3MsIHJ2YWwpOw0KKGtnZGIpIGRvd24NCiM5ICAw
eGYwMTMxOGZjIGluIHVubW91bnQgKHA9MHhmMTUwOTgwMCwgdWFwPTB4ZWZi
ZmZmOTQsIHJldHZhbD0weGVmYmZmZjg0KQ0KICAgIGF0IC4uLy4uL2tlcm4v
dmZzX3N5c2NhbGxzLmM6MjgwDQoyODAJCXJldHVybiAoZG91bm1vdW50KG1w
LCB1YXAtPmZsYWdzLCBwKSk7DQooa2dkYikgbGlzdA0KMjc1CQkgKiBEb24n
dCBhbGxvdyB1bm1vdW50IG9mIHRoZSByb290IGZpbGVzeXN0ZW0NCjI3NgkJ
ICovDQoyNzcJCWlmIChtcC0+bW50X2ZsYWcgJiBNTlRfUk9PVEZTKQ0KMjc4
CQkJcmV0dXJuIChFSU5WQUwpOw0KMjc5CQ0KMjgwCQlyZXR1cm4gKGRvdW5t
b3VudChtcCwgdWFwLT5mbGFncywgcCkpOw0KMjgxCX0NCjI4MgkNCjI4Mwkv
Kg0KMjg0CSAqIERvIHRoZSBhY3R1YWwgZmlsZSBzeXN0ZW0gdW5tb3VudC4N
CihrZ2RiKSBleGl0DQpzbHVnIw0KU2NyaXB0IGRvbmUgb24gRnJpIEZlYiAy
NyAyMDoxMzo1OSAxOTk4DQo=
--0-1107280105-888610869=:251--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980227201611.251A-200000>