Thanks a lot, Tom, glad this was already taken care of!Will keep the patch around until the official one somehow gets into my distribution.
Ciao ciao
Fulvio
-------- Original Message --------
Subject: Re: [ceph-users] Missing udev rule for FC disks (Re: mkjournal
error creating journal ... : (13) Permission denied)
From: <[email protected]> To: <[email protected]>, <[email protected]> Date: 1/22/2018 10:34 AM
I believe I've recently spent some time with this issue, so I hope this is helpful. Apologies if it's an unrelated dm/udev/ceph-disk problem. https://lists.freedesktop.org/archives/systemd-devel/2017-July/039222.html The above email from last July explains the situation somewhat, with the outcome (as I understand it) being future versions of lvm/dm will have rules to create the necessary partuuid symlinks for dm devices. I'm unsure when that will make its way into various distribution lvm packages (I haven't checked up on this for a month or two actually). For now I've tested running with the new dm-disk.rules on the storage nodes that need it, which allowed ceph-disk to work as expected. Cheers Tom -----Original Message----- From: ceph-users [mailto:[email protected]] On Behalf Of Fulvio Galeazzi Sent: 19 January 2018 15:46 To: [email protected] Subject: [ceph-users] Missing udev rule for FC disks (Re: mkjournal error creating journal ... : (13) Permission denied) Hallo, apologies for reviving an old thread, but I just wasted again one full day as I had forgotten about this issue... To recap, udev rules nowadays do not (at least in my case, I am using disks served via FiberChannel) create the links /dev/disk/by-partuuid that ceph-disk expects. I see the "culprit" is this line in (am on CentOS, but Ubuntu has the same issue): /usr/lib/udev/rules.d/60-persistent-storage.rules ..... # skip rules for inappropriate block devices KERNEL=="fd*|mtd*|nbd*|gnbd*|btibm*|dm-*|md*|zram*|mmcblk[0-9]*rpmb", GOTO="persistent_storage_end" ..... stating that multipath'ed devices (called dm-*) should be skipped. I can happily live with the file mentioned below, but was wondering: - is there any hope that newer kernels may handle multipath devices properly? - as an alternative, could it be possible to update ceph-disk such that symlinks for journal use some other /dev/disk/by-<whatever>? Thanks! Fulvio
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ ceph-users mailing list [email protected] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
