[DRBD-user] DRBD9/PVE4: udev Link Creation timed out

Dominic Pratt dmp at zmt.info
Tue Jun 27 13:53:40 CEST 2017

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.


Right, I was wrong at this point, sorry about that.

Is there something we can do to solve this problem in the future? Any ideas?

Mit freundlichen Grüßen

Dominic Pratt
Produkt- und Softwareentwicklung

---
Besuchen Sie unsere neue Webseite! www.zmt.info



Zengel Medizintechnik GmbH
Am Hahnenbusch 14b
55268 Nieder-Olm

Dominic Pratt
Tel.: +49-6136-994390
Fax.: +49-6136-9943999
E-Mail: dmp at zmt.info

Geschäftsführer: Grischa Zengel
Amtsgericht Mainz HRB 46777
USt-IdNr.: DE255806446


>-----Ursprüngliche Nachricht-----
>Von: drbd-user-bounces at lists.linbit.com [mailto:drbd-user-
>bounces at lists.linbit.com] Im Auftrag von Lars Ellenberg
>Gesendet: Mittwoch, 21. Juni 2017 14:01
>An: drbd-user at lists.linbit.com
>Betreff: Re: [DRBD-user] DRBD9/PVE4: udev Link Creation timed out
>
>On Tue, Jun 20, 2017 at 01:47:08PM +0000, Dominic Pratt wrote:
>> Hi there,
>>
>> we're running DRBD9/PVE4, created two disks on DRBD yesterday and there
>were no errors at all.
>>
>> Trying to start that VM up, we recognized, that there was no link to
>/dev/drbd/by-res/. The result is, that the VM cannot start up at all. The link is
>only missing on one of the cluster nodes, on the other two the link has been
>created.
>>
>> Checking the syslog, we recognized these lines:
>>
>> Jun 20 08:41:00 px1 systemd-udevd[11667]: timeout '/usr/sbin/drbdadm sh-
>udev minor-131'
>> Jun 20 08:41:00 px1 systemd-udevd[11667]: timeout '/lib/udev/vdev_id -d
>drbd131'
>> Jun 20 08:41:02 px1 systemd-udevd[11663]: timeout '/usr/sbin/drbdadm sh-
>udev minor-130'
>> Jun 20 08:41:02 px1 systemd-udevd[11663]: timeout '/lib/udev/vdev_id -d
>drbd130'
>>
>> It seems, that udev timed out and drbd does not check it's exit status? This
>happened even though we had the "sleep 10" in our drbd-code as stated in
>our mails on here before.
>
>Uhm,
>it's the other way around.
>*udev* is executing drbdadm,
>and *udev* (specifically, systemd udev here) thinks that executing that
>helper program took too long.
>
>
>--
>: Lars Ellenberg
>: LINBIT | Keeping the Digital World Running
>: DRBD -- Heartbeat -- Corosync -- Pacemaker
>
>DRBD® and LINBIT® are registered trademarks of LINBIT
>__
>please don't Cc me, but send to list -- I'm subscribed
>_______________________________________________
>drbd-user mailing list
>drbd-user at lists.linbit.com
>http://lists.linbit.com/mailman/listinfo/drbd-user



More information about the drbd-user mailing list