From: Oliver Rath <rath@mglug.de>
To: lvm-devel@redhat.com
Subject: lvrename changes link to direct /dev/dm-X
Date: Fri, 30 Aug 2013 11:30:58 +0200 [thread overview]
Message-ID: <52206652.5070608@mglug.de> (raw)
In-Reply-To: <52206140.7060204@redhat.com>
Hi Zdenek!
Am 30.08.2013 11:09, schrieb Zdenek Kabelac:
> [..]
> So Gentoo has broken udev rules as well probably.
> Links created by proper udev rules should be pointing directly to
> /dev/dm-x
>
>
> Have you been compiling lvm2 yourself ?
Yes, I compiled it myself. There is no ebuild for git at the moment.
>
> Have you configured lvm2 package with --enable-udev_rules?
> (it's not enabled by default)
No, I dont. Thank you for the hint. I will try that.
>
> Isn't there any udev falback running in this system ?
I dont know, what udev fallback is. Where do I have to look?
>
> Isn't device activated without udev?
AFAIK udev is always running. I can make a try generating lvm-devices
without a running udevd.
>
> In pre-udev era all dm nodes have been created in /dev/mapper subdir.
> So lvm created links pointing to this place.
>
> With udev all dm nodes are by default created as /dev/dm-xx and all
> the links in /dev/mapper & /dev/vgname/lvname are pointing directly
> to this node - but that require proper udev rules and properly
> configured system - I'd recommend to test with i.e. Fedora.
ok
>
> Unfortunately systems like Debian are using non-upstream udev rules
> from maintainer which are reinventing them based on some unknown rules
> to us...
ok
>
>
>> heimserver ~ # lvrename /dev/dmivg/myoriginal myrenamedoriginal
>> Renamed "myoriginal" to "myrenamedoriginal" in volume group "dmivg"
>> heimserver ~ # ls -l /dev/dmivg/myrenamedoriginal
>> lrwxrwxrwx 1 root root 8 29. Aug 11:47 /dev/dmivg/myrenamedoriginal ->
>> ../dm-13
>> heimserver ~ # ls -l /dev/mapper/dmivg-myrenamedoriginal
>> lrwxrwxrwx 1 root root 8 29. Aug 11:47
>> /dev/mapper/dmivg-myrenamedoriginal -> ../dm-13
>>
>>
>> It seems, that after renaming the link points directly to the /dev/dm-X
>> device, before that he linked to the link in /dev/mapper/..
>
> Well as long as the point to the proper device at the end - it's at
> least usable - but it's clear the udev dir has been probably touched
> by fallback rules (which are there for cases, udev is failing to do
> proper thing)
Yes, thats a point: it still useable. But these broken rules can create
really strange results of linking an, if you are using the link-names
semanticly like me, you can run into serious problem although.
>
>
>> root at asterisk:~# ls -l /dev/mapper/dmivg-myoriginal
>> lrwxrwxrwx 1 root root 8 Aug 29 11:50 /dev/mapper/dmivg-myoriginal ->
>> ../dm-55
>> root at asterisk:~# lvrename /dev/dmivg/myoriginal myrenamedoriginal
>> Renamed "myoriginal" to "myrenamedoriginal" in volume group "dmivg"
>> Unable to rename device node from 'dmivg-myoriginal' to
>
> Udev rules are not doing what they supposed to do....
Ok
>
>> 'dmivg-myrenamedoriginal'
>> root at asterisk:~# ls -l /dev/dmivg/myrenamedoriginal
>> lrwxrwxrwx 1 root root 35 Aug 29 11:51 /dev/dmivg/myrenamedoriginal ->
>> /dev/mapper/dmivg-myrenamedoriginal
>> root at asterisk:~# ls -l /dev/mapper/dmivg-myrenamedoriginal
>> brw------- 1 root root 252, 55 Aug 29 11:51
>> /dev/mapper/dmivg-myrenamedoriginal
>> root at asterisk:~#
>>
>> Here the device twice: in /dev/dm-55 _and_ in
>> /dev/mapper/dmivg-myrenamedoriginal
>>
>> @Zdenek: if you need a -vvvv log, please tell me.
>
> If you have been compiling lvm2 yourself - you could replace upstream
> rules with those placed in Debian.
Im using debian (ubuntu) rules at the moment. Will try your
upstream-rules by configuring --with-thin=internall --enable-udev_sync
--enable-udev_rules
>
> I guess the only real solution here would be to build Debian package
> by some lvm2 team member since the package in Debian is probably broken.
This would be a great thing because the actual lvm-packages are really,
really outdated.
I will give you report of my results.
Tfh!
Oliver
prev parent reply other threads:[~2013-08-30 9:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-29 9:54 lvrename changes link to direct /dev/dm-X Oliver Rath
2013-08-30 9:09 ` Zdenek Kabelac
2013-08-30 9:12 ` Zdenek Kabelac
2013-08-30 9:32 ` Oliver Rath
2013-08-30 9:30 ` Oliver Rath [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52206652.5070608@mglug.de \
--to=rath@mglug.de \
--cc=lvm-devel@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.