| Summary: | sys-fs/lvm2-2.02.56-r1: udev is printing warnings about /dev/mapper/control rule | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Matthias Schwarzott <zzam> |
| Component: | New packages | Assignee: | Robin Johnson <robbat2> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | Adrian.Bassett, agk, cardoe, gibgibon, m.debruijne, mephinet, prajnoha, tanstaafl, torsten, travisghansen, udev-bugs, wschlich |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Matthias Schwarzott
2009-11-30 13:59:58 UTC
agk: Can I get opinion on changing your upstream udev rules as needed per this bug? (In reply to comment #1) > Can I get opinion on changing your upstream udev rules as needed per this bug? Well, we have KERNEL=="device-mapper", NAME="mapper/control" in the upstream... For me, setting NAME="mapper/control" fixed the issue... anyone going to jump out there and fix this? Commited. Long term we can have a look at the rules upstream provides. (In reply to comment #5) > Commited. May I ask you which udev version contained your commitment ? I updated the udev package some days ago to sys-fs/udev-149 and now I'm facing this message. I can confirm this. After updating to version 149 I received the warning. Fixing the udev rules as indicated above fixed the problem. The question remains, why would a version be unmasked with an issue that has allegedly been dealt with. (In reply to comment #6) > (In reply to comment #5) > > Commited. > May I ask you which udev version contained your commitment ? As you may guess from the subject line of this bug: The lvm-related udev-rules are contained in lvm2, and the bug is in sys-fs/lvm2-2.02.56-r1 and -r2 and is fixed in lvm2-2.02.56-r3: *lvm2-2.02.56-r3 (05 Jan 2010) 05 Jan 2010; Matthias Schwarzott <zzam@gentoo.org> +files/64-device-mapper.rules-2.02.56-r3, +lvm2-2.02.56-r3.ebuild: Fix udev rule for mapper/control device, Bug #295186. So I suggest lvm2-2.02.56-r1 could be stabled. Nevertheless this is just a warning, nothing critical, just poluting boot console with text. (In reply to comment #8) > (In reply to comment #6) >> (In reply to comment #5) >>> Commited. >> May I ask you which udev version contained your commitment ? > As you may guess from the subject line of this bug: The lvm-related udev-rules > are contained in lvm2, and the bug is in sys-fs/lvm2-2.02.56-r1 and -r2 and is > fixed in lvm2-2.02.56-r3: > > *lvm2-2.02.56-r3 (05 Jan 2010) > > 05 Jan 2010; Matthias Schwarzott <zzam@gentoo.org> > +files/64-device-mapper.rules-2.02.56-r3, +lvm2-2.02.56-r3.ebuild: > Fix udev rule for mapper/control device, Bug #295186. > > So I suggest lvm2-2.02.56-r1 could be stabled. I assume you mean -r3 could be stabilized? I just ran into this, now 2 *months* later... > Nevertheless this is just a warning, nothing critical, just poluting boot > console with text. Hopefully you are right. I really dislike unmasking additional critical system packages to unstable just to fix stupid bugs that are already fixed, and I don't understand the recommended fixes above enough to do them manually. hello, unfortunately, i do not agree status = resolved fixed :-( i have faced the issue longer then 1 year (have a look at my post http://forums.gentoo.org/viewtopic-t-842415-highlight-.html) and i am really quite nerves because the warning during boot are still here and there is the right (fixed) rule in /etc/udev/rules.d/64-device-mapper.rules: KERNEL=="device-mapper", NAME="mapper/control" i am using stable udev-151-r4 and lvm2-2.02.73-r1 on 2.6.38-gentoo-r6 #1 SMP Sat May 28 11:33:22 CEST 2011 x86_64 Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz GenuineIntel GNU/Linux platform. today i have created a new lv using lvcreate -L8G -nusrsrc raid5 and following warnings appeared in my /var/log/messages: May 28 11:23:34 rpc-linux udevd-work[6414]: device node '/dev/mapper/raid5-usrsrc' already exists, link to '/dev/mapper/raid5-usrsrc' will not overwrite it May 28 11:13:37 rpc-linux udevd-work[6414]: device node '/dev/mapper/raid5-usrsrc' already exists, link to '/dev/mapper/raid5-usrsrc' will not overwrite it i am pretty sure device node did not exist! next, these warnings appeared twice (issue begins using kernel 2.6.37 and newer) during boot: the first lvm2 checks and the seconds local file system checks and appeared for every lvm partition - in my case: # lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert ccache raid5 -wi-ao 4.00g distfiles raid5 -wi-ao 6.00g home raid5 -wi-ao 100.00g media raid5 -wi-ao 1.98t opt raid5 -wi-ao 4.00g portage raid5 -wi-ao 1.00g swap raid5 -wi-ao 8.00g tmp raid5 -wi-ao 4.00g usr raid5 -wi-ao 10.00g usrsrc raid5 -wi-ao 8.00g var raid5 -wi-ao 4.00g vartmp raid5 -wi-ao 8.00g please, advice me a workaround or a fix. it is not problem to give us more info, it is enough to ask what do you need and i will cooperate with pleasure... thanks --JB hello, unfortunately, i do not agree status = resolved fixed :-( i have faced the issue longer then 1 year (have a look at my post http://forums.gentoo.org/viewtopic-t-842415-highlight-.html) and i am really quite nerves because the warning during boot are still here and there is the right (fixed) rule in /etc/udev/rules.d/64-device-mapper.rules: KERNEL=="device-mapper", NAME="mapper/control" i am using stable udev-151-r4 and lvm2-2.02.73-r1 on 2.6.38-gentoo-r6 #1 SMP Sat May 28 11:33:22 CEST 2011 x86_64 Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz GenuineIntel GNU/Linux platform. today i have created a new lv using lvcreate -L8G -nusrsrc raid5 and following warnings appeared in my /var/log/messages: May 28 11:23:34 rpc-linux udevd-work[6414]: device node '/dev/mapper/raid5-usrsrc' already exists, link to '/dev/mapper/raid5-usrsrc' will not overwrite it May 28 11:13:37 rpc-linux udevd-work[6414]: device node '/dev/mapper/raid5-usrsrc' already exists, link to '/dev/mapper/raid5-usrsrc' will not overwrite it i am pretty sure device node did not exist! next, these warnings appeared twice (issue begins using kernel 2.6.37 and newer) during boot: the first lvm2 checks and the seconds local file system checks and appeared for every lvm partition - in my case: # lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert ccache raid5 -wi-ao 4.00g distfiles raid5 -wi-ao 6.00g home raid5 -wi-ao 100.00g media raid5 -wi-ao 1.98t opt raid5 -wi-ao 4.00g portage raid5 -wi-ao 1.00g swap raid5 -wi-ao 8.00g tmp raid5 -wi-ao 4.00g usr raid5 -wi-ao 10.00g usrsrc raid5 -wi-ao 8.00g var raid5 -wi-ao 4.00g vartmp raid5 -wi-ao 8.00g please, advice me a workaround or a fix. it is not problem to give us more info, it is enough to ask what do you need and i will cooperate with pleasure... thanks --JB (In reply to comment #11) please remove this one and #11, thanks |
