From owner-freebsd-hackers Fri Feb 27 12:29:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21632 for freebsd-hackers-outgoing; Fri, 27 Feb 1998 12:29:11 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from slug.EUnet.pt (sj3-p13.telepac.pt [194.65.177.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA21436; Fri, 27 Feb 1998 12:26:38 -0800 (PST) (envelope-from j@bug.fe.up.pt) Received: from localhost (jmg@localhost) by slug.EUnet.pt (8.8.8/8.8.8) with SMTP id UAA00256; Fri, 27 Feb 1998 20:21:09 GMT (envelope-from j@bug.fe.up.pt) X-Authentication-Warning: slug.EUnet.pt: jmg owned process doing -bs Date: Fri, 27 Feb 1998 20:21:09 +0000 (WET) From: freebsd@bug.fe.up.pt X-Sender: jmg@slug.EUnet.pt To: Andre Albsmeier cc: freebsd-questions@FreeBSD.ORG, hackers@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: 2.2.5-STABLE: is this a bug in umount? In-Reply-To: <199802271717.SAA00672@intern> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1107280105-888610869=:251" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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: 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