GNU logs - #21272, boring messages

Message sent to bug-parted@HIDDEN:

Subject: bug#21272: partprobe does not wait for refresh of partition info
Resent-From: Bjoern Eberth <bjoern.eberth@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-parted@HIDDEN
Resent-Date: Sun, 16 Aug 2015 00:47:01 +0000
Resent-Message-ID: <handler.21272.B.14396859941558 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 21272 <at> debbugs.gnu.org
MIME-Version: 1.0
Date: Sun, 16 Aug 2015 01:22:15 +0200
Message-ID: <CAAxk4b58=8uah12tRC8fqZdd_LDKR+ra7nSKhmSDmJiYP5hirw@HIDDEN>
From: Bjoern Eberth <bjoern.eberth@HIDDEN>
Content-Type: multipart/alternative; boundary=047d7b62497cb9621a051d61d69b
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--047d7b62497cb9621a051d61d69b
Content-Type: text/plain; charset=UTF-8

Hi all,

As the web bugtracker seems to be broken I write this mail.

I'm using parted 3.2. All this was tested running a Debian jessie release
within a virtual machine on Windows 8.1 using VMware Workstation 11.
/dev/sdb is an USB cardreader physically connected to the Windows 8.1
machine and looped to the virtual machine.

I was executing a script that does 'partprobe /dev/sdb' and immediatly
after that 'dd of=/dev/sdb1 if=<something>'. The result is, that I get a
regular file /dev/sdb1.

After some more investigation I found, that after executing partprobe the
partition files got removed and readded to the system.
So running the script:
root@debian:~# cat /tmp/test
partprobe /dev/sdb
while true; do
        ls -lad /dev/sdb1
done

results in:

root@debian:~# /tmp/test
brw------- 1 root root 8, 17 Aug 15 16:39 /dev/sdb1
ls: cannot access /dev/sdb1: No such file or directory
ls: cannot access /dev/sdb1: No such file or directory
ls: cannot access /dev/sdb1: No such file or directory
ls: cannot access /dev/sdb1: No such file or directory
ls: cannot access /dev/sdb1: No such file or directory
brw------- 1 root root 8, 17 Aug 15 16:39 /dev/sdb1
brw------- 1 root root 8, 17 Aug 15 16:39 /dev/sdb1
brw------- 1 root root 8, 17 Aug 15 16:39 /dev/sdb1
[...]
brw-rw---- 1 root disk 8, 17 Aug 15 16:39 /dev/sdb1
brw-rw---- 1 root disk 8, 17 Aug 15 16:39 /dev/sdb1
brw-rw---- 1 root disk 8, 17 Aug 15 16:39 /dev/sdb1^C

All the above is happing in way less then a second after executing
partprobe.
Thats a really odd behaviour.

Then I downgraded parted to version 2.2 and ran the test script again:
root@debian:~# /tmp/test
brw------- 1 root root 8, 17 Aug 15 14:38 /dev/sdb1
brw------- 1 root root 8, 17 Aug 15 14:38 /dev/sdb1
brw------- 1 root root 8, 17 Aug 15 14:38 /dev/sdb1
brw------- 1 root root 8, 17 Aug 15 14:38 /dev/sdb1
brw------- 1 root root 8, 17 Aug 15 14:38 /dev/sdb1
brw------- 1 root root 8, 17 Aug 15 14:38 /dev/sdb1
brw------- 1 root root 8, 17 Aug 15 14:38 /dev/sdb1
[...]
brw-rw---- 1 root disk 8, 17 Aug 15 16:39 /dev/sdb1
brw-rw---- 1 root disk 8, 17 Aug 15 16:39 /dev/sdb1
brw-rw---- 1 root disk 8, 17 Aug 15 16:39 /dev/sdb1^C

This looks rather fine to me.

Is this a bug? Or is partprobe 3.2 just running much faster than partprobe
2.2 giving the kernel no time to reread the partition table? Or something
else?

Kind regards,
Bjoern

--047d7b62497cb9621a051d61d69b
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div><div><div><div><div>Hi all,<br><br></div><d=
iv>As the web bugtracker seems to be broken I write this mail.<br><br></div=
><div>I&#39;m using parted 3.2. All this was tested running a Debian jessie=
 release within a virtual machine on Windows 8.1 using VMware Workstation 1=
1. /dev/sdb is an USB cardreader physically connected to the Windows 8.1 ma=
chine and looped to the virtual machine.<br><br></div><div>I was executing =
a script that does &#39;partprobe /dev/sdb&#39; and immediatly after that &=
#39;dd of=3D/dev/sdb1 if=3D&lt;something&gt;&#39;. The result is, that I ge=
t a regular file /dev/sdb1.<br><br>After some more investigation I found, t=
hat after executing partprobe the partition files got removed and readded t=
o the system.<br></div><div>So running the script:<br></div>root@debian:~# =
cat /tmp/test<br>partprobe /dev/sdb<br>while true; do<br>=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 ls -lad /dev/sdb1<br>done<br><br>results in:<span =
class=3D"im"><br><br>root@debian:~# /tmp/test</span><br><span class=3D"im">=
<span class=3D"im">brw------- 1 root root 8, 17 Aug 15 16:39 /dev/sdb1</spa=
n><span class=3D"im"><br></span>ls: cannot access /dev/sdb1: No such file o=
r directory<br>ls: cannot access /dev/sdb1: No such file or directory<br>ls=
: cannot access /dev/sdb1: No such file or directory<br>ls: cannot access /=
dev/sdb1: No such file or directory<br>ls: cannot access /dev/sdb1: No such=
 file or directory<br>brw------- 1 root root 8, 17 Aug 15 16:39 /dev/sdb1<b=
r>brw------- 1 root root 8, 17 Aug 15 16:39 /dev/sdb1<br>brw------- 1 root =
root 8, 17 Aug 15 16:39 /dev/sdb1<br></span>[...]<br>brw-rw---- 1 root disk=
 8, 17 Aug 15 16:39 /dev/sdb1<br>brw-rw---- 1 root disk 8, 17 Aug 15 16:39 =
/dev/sdb1<br>brw-rw---- 1 root disk 8, 17 Aug 15 16:39 /dev/sdb1^C<br><br><=
/div>All the above is happing in way less then a second after executing par=
tprobe.<br>Thats a really odd behaviour.<br></div><br>Then I downgraded par=
ted to version 2.2 and ran the test script again:<br>root@debian:~# /tmp/te=
st<br>brw------- 1 root root 8, 17 Aug 15 14:38 /dev/sdb1<br>brw------- 1 r=
oot root 8, 17 Aug 15 14:38 /dev/sdb1<br>brw------- 1 root root 8, 17 Aug 1=
5 14:38 /dev/sdb1<br>brw------- 1 root root 8, 17 Aug 15 14:38 /dev/sdb1<br=
>brw------- 1 root root 8, 17 Aug 15 14:38 /dev/sdb1<br>brw------- 1 root r=
oot 8, 17 Aug 15 14:38 /dev/sdb1<br>brw------- 1 root root 8, 17 Aug 15 14:=
38 /dev/sdb1<br>[...]<br></div>brw-rw---- 1 root disk 8, 17 Aug 15 16:39 /d=
ev/sdb1<br>brw-rw---- 1 root disk 8, 17 Aug 15 16:39 /dev/sdb1<br>brw-rw---=
- 1 root disk 8, 17 Aug 15 16:39 /dev/sdb1^C<br><br></div><div>This looks r=
ather fine to me.<br></div><div><br></div>Is this a bug? Or is partprobe 3.=
2 just running much faster than partprobe 2.2 giving the kernel no time to =
reread the partition table? Or something else?<br><br></div>Kind regards,<b=
r></div>Bjoern<br><div><div><div><div><div><div><div><br></div></div></div>=
</div></div></div></div></div>

--047d7b62497cb9621a051d61d69b--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.503 (Entity 5.503)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Bjoern Eberth <bjoern.eberth@HIDDEN>
Subject: bug#21272: Acknowledgement (partprobe does not wait for refresh
 of partition info)
Message-ID: <handler.21272.B.14396859941558.ack <at> debbugs.gnu.org>
References: <CAAxk4b58=8uah12tRC8fqZdd_LDKR+ra7nSKhmSDmJiYP5hirw@HIDDEN>
X-Gnu-PR-Message: ack 21272
X-Gnu-PR-Package: parted
Reply-To: 21272 <at> debbugs.gnu.org
Date: Sun, 16 Aug 2015 00:47:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-parted@HIDDEN

If you wish to submit further information on this problem, please
send it to 21272 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
21272: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D21272
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-parted@HIDDEN:

Subject: bug#21272: partprobe does not wait for refresh of partition info
Resent-From: "Brian C. Lane" <bcl@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-parted@HIDDEN
Resent-Date: Mon, 17 Aug 2015 15:59:02 +0000
Resent-Message-ID: <handler.21272.B.143982711126609 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 21272 <at> debbugs.gnu.org
Date: Mon, 17 Aug 2015 08:58:19 -0700
From: "Brian C. Lane" <bcl@HIDDEN>
Message-ID: <20150817155819.GA18432@HIDDEN>
References: <CAAxk4b58=8uah12tRC8fqZdd_LDKR+ra7nSKhmSDmJiYP5hirw@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAAxk4b58=8uah12tRC8fqZdd_LDKR+ra7nSKhmSDmJiYP5hirw@HIDDEN>
User-Agent: Mutt/1.5.23 (2014-03-12)
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On Sun, Aug 16, 2015 at 01:22:15AM +0200, Bjoern Eberth wrote:
> Hi all,
> 
> As the web bugtracker seems to be broken I write this mail.
> 
> I'm using parted 3.2. All this was tested running a Debian jessie release
> within a virtual machine on Windows 8.1 using VMware Workstation 11.
> /dev/sdb is an USB cardreader physically connected to the Windows 8.1
> machine and looped to the virtual machine.
> 
> I was executing a script that does 'partprobe /dev/sdb' and immediatly
> after that 'dd of=/dev/sdb1 if=<something>'. The result is, that I get a
> regular file /dev/sdb1.
> 
> After some more investigation I found, that after executing partprobe the
> partition files got removed and readded to the system.
> So running the script:
> root@debian:~# cat /tmp/test
> partprobe /dev/sdb
> while true; do
>         ls -lad /dev/sdb1
> done

udev is responsible for making sure the device nodes are correct. You
can't depend on them being present without checking for them first. A
udevadm settle after partprobe may also help.

-- 
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)

Message sent to bug-parted@HIDDEN:

Subject: bug#21272: partprobe does not wait for refresh of partition info
Resent-From: Phil Susi <psusi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-parted@HIDDEN
Resent-Date: Fri, 18 Sep 2015 20:00:05 +0000
Resent-Message-ID: <handler.21272.B21272.144260636519524 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: "Brian C. Lane" <bcl@HIDDEN>, 21272 <at> debbugs.gnu.org
References: <CAAxk4b58=8uah12tRC8fqZdd_LDKR+ra7nSKhmSDmJiYP5hirw@HIDDEN>
 <20150817155819.GA18432@HIDDEN>
From: Phil Susi <psusi@HIDDEN>
Message-ID: <55FC6D0D.50808@HIDDEN>
Date: Fri, 18 Sep 2015 15:59:09 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <20150817155819.GA18432@HIDDEN>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 8/17/2015 11:58 AM, Brian C. Lane wrote:
> udev is responsible for making sure the device nodes are correct. You
> can't depend on them being present without checking for them first. A
> udevadm settle after partprobe may also help.

IIRC, libparted contacts udev to wait for the dev node to be created so
this shouldn't happen.  At least if it was configured with udev.

Message sent to bug-parted@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#21272: partprobe does not wait for refresh of partition info
Resent-From: "Brian C. Lane" <bcl@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-parted@HIDDEN
Resent-Date: Wed, 23 Sep 2015 23:41:02 +0000
Resent-Message-ID: <handler.21272.B21272.144305165520110 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 21272
X-GNU-PR-Package: parted
X-GNU-PR-Keywords: 
To: Phil Susi <psusi@HIDDEN>
Cc: 21272 <at> debbugs.gnu.org
Received: via spool by 21272-submit <at> debbugs.gnu.org id=B21272.144305165520110
          (code B ref 21272); Wed, 23 Sep 2015 23:41:02 +0000
Received: (at 21272) by debbugs.gnu.org; 23 Sep 2015 23:40:55 +0000
Received: from localhost ([127.0.0.1]:43126 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Zeteh-0005EI-7A
	for submit <at> debbugs.gnu.org; Wed, 23 Sep 2015 19:40:55 -0400
Received: from mx1.redhat.com ([209.132.183.28]:56873)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <bcl@HIDDEN>) id 1Zeted-0005E4-5i
 for 21272 <at> debbugs.gnu.org; Wed, 23 Sep 2015 19:40:52 -0400
Received: from int-mx10.intmail.prod.int.phx2.redhat.com
 (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23])
 by mx1.redhat.com (Postfix) with ESMTPS id 0E9EE8E6EA;
 Wed, 23 Sep 2015 23:40:49 +0000 (UTC)
Received: from lister.brianlane.com (ovpn-113-190.phx2.redhat.com
 [10.3.113.190])
 by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id
 t8NNeln3002218
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
 Wed, 23 Sep 2015 19:40:49 -0400
Date: Wed, 23 Sep 2015 16:40:47 -0700
From: "Brian C. Lane" <bcl@HIDDEN>
Message-ID: <20150923234047.GO3806@HIDDEN>
References: <CAAxk4b58=8uah12tRC8fqZdd_LDKR+ra7nSKhmSDmJiYP5hirw@HIDDEN>
 <20150817155819.GA18432@HIDDEN>
 <55FC6D0D.50808@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <55FC6D0D.50808@HIDDEN>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23
X-Spam-Score: -5.0 (-----)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -5.0 (-----)

On Fri, Sep 18, 2015 at 03:59:09PM -0400, Phil Susi wrote:
> On 8/17/2015 11:58 AM, Brian C. Lane wrote:
> > udev is responsible for making sure the device nodes are correct. You
> > can't depend on them being present without checking for them first. A
> > udevadm settle after partprobe may also help.
> 
> IIRC, libparted contacts udev to wait for the dev node to be created so
> this shouldn't happen.  At least if it was configured with udev.
> 

That's only done for device-mapper devices. udev (especially
systemd-udev) can trigger async. actions so you have to watch out for
how parted is being called. See my patch for opening things read-only
initially for more details.

-- 
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.