Hi Ilya,
It turns out that sgdisk 0.8.6 -i 2 /dev/vdb removes partitions and re-adds
them on CentOS 7 with a 3.10.0-229.11.1.el7 kernel, in the same way partprobe
does. It is used intensively by ceph-disk and inevitably leads to races where a
device temporarily disapears. The same command
On Fri, Dec 18, 2015 at 1:38 PM, Loic Dachary wrote:
> Hi Ilya,
>
> It turns out that sgdisk 0.8.6 -i 2 /dev/vdb removes partitions and re-adds
> them on CentOS 7 with a 3.10.0-229.11.1.el7 kernel, in the same way partprobe
> does. It is used intensively by ceph-disk and
On 18/12/2015 16:31, Ilya Dryomov wrote:
> On Fri, Dec 18, 2015 at 1:38 PM, Loic Dachary wrote:
>> Hi Ilya,
>>
>> It turns out that sgdisk 0.8.6 -i 2 /dev/vdb removes partitions and re-adds
>> them on CentOS 7 with a 3.10.0-229.11.1.el7 kernel, in the same way
>> partprobe
Nevermind, got it:
CHANGES WITH 214:
* As an experimental feature, udev now tries to lock the
disk device node (flock(LOCK_SH|LOCK_NB)) while it
executes events for the disk or any of its partitions.
Applications like partitioning programs can lock the
Hi Sage,
On 17/12/2015 14:31, Sage Weil wrote:
> On Thu, 17 Dec 2015, Loic Dachary wrote:
>> Hi Ilya,
>>
>> This is another puzzling behavior (the log of all commands is at
>> http://tracker.ceph.com/issues/14094#note-4). in a nutshell, after a
>> series of sgdisk -i commands to examine various
On Thu, 17 Dec 2015, Loic Dachary wrote:
> Hi Ilya,
>
> This is another puzzling behavior (the log of all commands is at
> http://tracker.ceph.com/issues/14094#note-4). in a nutshell, after a
> series of sgdisk -i commands to examine various devices including
> /dev/sdc1, the /dev/sdc1 file
On Thu, Dec 17, 2015 at 3:10 PM, Loic Dachary wrote:
> Hi Sage,
>
> On 17/12/2015 14:31, Sage Weil wrote:
>> On Thu, 17 Dec 2015, Loic Dachary wrote:
>>> Hi Ilya,
>>>
>>> This is another puzzling behavior (the log of all commands is at
>>>
Hi Ilya,
This is another puzzling behavior (the log of all commands is at
http://tracker.ceph.com/issues/14094#note-4). in a nutshell, after a series of
sgdisk -i commands to examine various devices including /dev/sdc1, the
/dev/sdc1 file disappears (and I think it will showup again although I