Hi,
I have not well followed this thread, so sorry in advance if I'm a little out
of topic. Personally I'm using this udev rule and it works well (servers are
Ubuntu Trusty):
~# cat /etc/udev/rules.d/90-ceph.rules
ENV{ID_PART_ENTRY_SCHEME}=="gpt",
ENV{ID_PART_ENTRY_NAME}=="osd-?*-journal
On 16/01/16 05:39, Robert LeBlanc wrote:
> If you are not booting from the GPT disk, you don't need the EFI
> partition (or any special boot partition). The required backup FAT is
> usually put at the end where there is usually some free space anyway.
> It has been a long time since I've converted
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
If you are not booting from the GPT disk, you don't need the EFI
partition (or any special boot partition). The required backup FAT is
usually put at the end where there is usually some free space anyway.
It has been a long time since I've converted
In my case one server was also non-GPT installed and in
/usr/sbin/ceph-disk I've added line:
os.chmod(os.path.join(path,'journal'), 0777) after line 1926.
I know that it's very ugly and shouldn't be made on production, but I
had no time to search for proper way to fix this.
Regards
Michał Chy
On 12/01/16 01:22, Stillwell, Bryan wrote:
>> Well, it seems I spoke to soon. Not sure what logic the udev rules use
>> >to identify ceph journals, but it doesn't seem to pick up on the
>> >journals in our case as after a reboot, those partitions are owned by
>> >root:disk with permissions 0660.
On 1/10/16, 2:26 PM, "ceph-users on behalf of Stuart Longland"
wrote:
>On 05/01/16 07:52, Stuart Longland wrote:
>>> I ran into this same issue, and found that a reboot ended up setting
>>>the
>>> > ownership correctly. If you look at
>>>/lib/udev/rules.d/95-ceph-osd.rules
>>> > you'll see the m
On 05/01/16 07:52, Stuart Longland wrote:
>> I ran into this same issue, and found that a reboot ended up setting the
>> > ownership correctly. If you look at /lib/udev/rules.d/95-ceph-osd.rules
>> > you'll see the magic that makes it happen
> Ahh okay, good-o, so a reboot should be fine. I guess
Hi Bryan,
On 05/01/16 07:45, Stillwell, Bryan wrote:
> I ran into this same issue, and found that a reboot ended up setting the
> ownership correctly. If you look at /lib/udev/rules.d/95-ceph-osd.rules
> you'll see the magic that makes it happen
Ahh okay, good-o, so a reboot should be fine. I gu
I ran into this same issue, and found that a reboot ended up setting the
ownership correctly. If you look at /lib/udev/rules.d/95-ceph-osd.rules
you'll see the magic that makes it happen:
# JOURNAL_UUID
ACTION=="add", SUBSYSTEM=="block", \
ENV{DEVTYPE}=="partition", \
ENV{ID_PART_ENTRY_TYPE}=
Hi all,
I just did an update of a storage cluster here, or rather, I've done one
node out of three updating to Infernalis from Hammer.
I shut down the daemons, as per the guide, then did a recursive chown of
the /var/lib/ceph directory, then struck the following when re-starting:
> 2016-01-05 07
10 matches
Mail list logo
