NetBSD Problem Report #45029

From www@NetBSD.org  Wed Jun  8 06:28:52 2011
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id D388E63C752
	for <gnats-bugs@gnats.NetBSD.org>; Wed,  8 Jun 2011 06:28:51 +0000 (UTC)
Message-Id: <20110608062851.3B1C263BA4F@www.NetBSD.org>
Date: Wed,  8 Jun 2011 06:28:51 +0000 (UTC)
From: lolkaantimat@gmail.com
Reply-To: lolkaantimat@gmail.com
To: gnats-bugs@NetBSD.org
Subject: Mount fails inside pnullfs hierarchy
X-Send-Pr-Version: www-1.0

>Number:         45029
>Category:       misc
>Synopsis:       Mount fails inside pnullfs hierarchy
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    misc-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jun 08 06:30:00 +0000 2011
>Last-Modified:  Wed Jun 08 12:55:01 +0000 2011
>Originator:     Evgeniy Ivanov
>Release:        NetBSD 5.1_STABLE (GENERIC) #0: Tue May 17 19:27:06 MSD 2011
>Organization:
>Environment:
NetBSD  5.1_STABLE NetBSD 5.1_STABLE (GENERIC) #0: Tue May 17 19:27:06 MSD 2011  root@:/usr/obj/sys/arch/i386/compile/GENERIC i386
>Description:
Mount (tested from another instance of pnullfs or mount_null) fails inside pnullfs hierarchy. mount() sets errno to EISDIR, which is strange.

I'm willing to debug the problem, but I'm not familiar with NetBSD and don't know how to trace mount() call to start debugging.
>How-To-Repeat:
mkdir -p /foo/bindir/baz
mkdir /bar
mkdir /qwe

./pnullfs /foo /bar
./pnullfs /qwe /bar/bindir/baz
pnullfs: pnullfs: puffs_daemonpuffs_mount: : Is a directory

OR

./pnullfs /foo /bar
mount_null /qwe /bar/bindir/baz
mount_null: /qwe on /bar/bindir/baz: Is a directory

But works fine when both time mount_null is used. EISDIR even is not listed as possible mount() error.
>Fix:

>Audit-Trail:
From: Evgeniy Ivanov <lolkaantimat@gmail.com>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: misc/45029
Date: Wed, 8 Jun 2011 16:50:15 +0400

 --90e6ba21242129e18f04a532c781
 Content-Type: text/plain; charset=ISO-8859-1

 This patch solves the problem.

 -- 
 Evgeniy Ivanov

 --90e6ba21242129e18f04a532c781
 Content-Type: text/x-patch; charset=US-ASCII; name="pnullfs_fsync.patch"
 Content-Disposition: attachment; filename="pnullfs_fsync.patch"
 Content-Transfer-Encoding: base64
 X-Attachment-Id: f_goo9xn520

 LS0tIC4uL25ldGJzZC9saWJwdWZmcy9udWxsX29sZC5jCTIwMTEtMDYtMDggMTM6MDE6MDcuNjcx
 MDAwMDE5ICswNDAwCisrKyBsaWIvbGlicHVmZnMvbnVsbC5jCTIwMTEtMDYtMDggMTY6MzE6MzEu
 Nzg4MDAwMDE4ICswNDAwCkBAIC0zMTMsMjEgKzMxMywzNiBAQCBwdWZmc19udWxsX25vZGVfZnN5
 bmMoc3RydWN0IHB1ZmZzX3VzZXJtCiAJc3RydWN0IHB1ZmZzX25vZGUgKnBuID0gb3BjOwogCWlu
 dCBmZCwgcnY7CiAJaW50IGZmbGFnczsKKwlzdHJ1Y3Qgc3RhdCBzYjsKIAogCXJ2ID0gMDsKLQlm
 ZCA9IHdyaXRlYWJsZW9wZW4oUE5QQVRIKHBuKSk7Ci0JaWYgKGZkID09IC0xKQorCWlmIChzdGF0
 KFBOUEFUSChwbiksICZzYikgPT0gLTEpCiAJCXJldHVybiBlcnJubzsKKwlpZiAoU19JU0RJUihz
 Yi5zdF9tb2RlKSkgeworCQlESVIgKmRpcnA7CisJCWlmICgoZGlycCA9IG9wZW5kaXIoUE5QQVRI
 KHBuKSkpID09IDApCisJCQlyZXR1cm4gZXJybm87CisJCWZkID0gZGlyZmQoZGlycCk7CisJCWlm
 IChmZCA9PSAtMSkKKwkJCXJldHVybiBlcnJubzsKIAotCWlmIChob3cgJiBQVUZGU19GU1lOQ19E
 QVRBT05MWSkKLQkJZmZsYWdzID0gRkRBVEFTWU5DOwotCWVsc2UKLQkJZmZsYWdzID0gRkZJTEVT
 WU5DOwotCWlmIChob3cgJiBQVUZGU19GU1lOQ19DQUNIRSkKLQkJZmZsYWdzIHw9IEZESVNLU1lO
 QzsKKwkJaWYgKGZzeW5jKGZkKSA9PSAtMSkKKwkJCXJ2ID0gZXJybm87CisJfSBlbHNlIHsKKwkJ
 ZmQgPSB3cml0ZWFibGVvcGVuKFBOUEFUSChwbikpOworCQlpZiAoZmQgPT0gLTEpCisJCQlyZXR1
 cm4gZXJybm87CiAKLQlpZiAoZnN5bmNfcmFuZ2UoZmQsIGZmbGFncywgb2ZmbG8sIG9mZmhpIC0g
 b2ZmbG8pID09IC0xKQotCQlydiA9IGVycm5vOworCQlpZiAoaG93ICYgUFVGRlNfRlNZTkNfREFU
 QU9OTFkpCisJCQlmZmxhZ3MgPSBGREFUQVNZTkM7CisJCWVsc2UKKwkJCWZmbGFncyA9IEZGSUxF
 U1lOQzsKKwkJaWYgKGhvdyAmIFBVRkZTX0ZTWU5DX0NBQ0hFKQorCQkJZmZsYWdzIHw9IEZESVNL
 U1lOQzsKKworCQlpZiAoZnN5bmNfcmFuZ2UoZmQsIGZmbGFncywgb2ZmbG8sIG9mZmhpIC0gb2Zm
 bG8pID09IC0xKQorCQkJcnYgPSBlcnJubzsKKwl9CiAKIAljbG9zZShmZCk7CiAK
 --90e6ba21242129e18f04a532c781--

Home	PR Database Search