On Fri, 2016-04-15 at 16:07 -0600, Andrew Patterson wrote:
> This does not seem to that serious a problem on its own, since the
> block device that is created is identical to what the symlink would
> point to. But we are seeing other issue. But we are seeing other
> issues like device files reappea
On Fri, 15 Apr 2016 16:07:48 -0600 Andrew Patterson
wrote:
> On Sat, 16 Apr 2016 00:42:33 +0530 Ritesh Raj Sarraf wrote:
> > > On Sat, 2016-04-16 at 00:35 +0530, Ritesh Raj Sarraf wrote: > >
Hello Mike, > > > > All I can say is that I am able to see the >
behavior that you've mentioned (So > > m
On Sat, 16 Apr 2016 00:42:33 +0530 Ritesh Raj Sarraf wrote:
> On Sat, 2016-04-16 at 00:35 +0530, Ritesh Raj Sarraf wrote: > > Hello Mike, >
> > > > All I can say is that I am able to see the
behavior that you've mentioned (So > > marking the bug as confirmed).
THis is seen on my LIO iSCSI Setup r
On Sat, 2016-04-16 at 00:35 +0530, Ritesh Raj Sarraf wrote:
> Hello Mike,
>
> All I can say is that I am able to see the behavior that you've mentioned (So
> marking the bug as confirmed). THis is seen on my LIO iSCSI Setup running on 2
> Guest VMs.
>
> In doing that, I was surprised that those d
Control: tag -1 +confirmed
Hello Mike,
All I can say is that I am able to see the behavior that you've mentioned (So
marking the bug as confirmed). THis is seen on my LIO iSCSI Setup running on 2
Guest VMs.
In doing that, I was surprised that those dev/mapper/ entries are now symlinks.
My storag
Package: multipath-tools
Version: 0.5.0+git1.656f8865-9
Severity: normal
Dear Maintainer,
When executing 'multipath -r' the existing symlinks to dm-X devices
which are present in /dev/mapper are overwritten and replaced with block
devices as demonstrated below:
mike@dl380gen9-01:~$ sudo ls
6 matches
Mail list logo
