linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Zdenek Kabelac <zkabelac@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>,
	"Lentes, Bernd" <bernd.lentes@helmholtz-muenchen.de>
Subject: Re: [linux-lvm] can't remove snapshot
Date: Thu, 11 Apr 2019 13:09:16 +0200	[thread overview]
Message-ID: <70292f72-f282-51de-a913-55f579dcef4f@redhat.com> (raw)
In-Reply-To: <15435045.175922.1554903378472.JavaMail.zimbra@helmholtz-muenchen.de>

Dne 10. 04. 19 v 15:36 Lentes, Bernd napsal(a):
> 
> ----- Am 9. Apr 2019 um 15:24 schrieb Zdenek Kabelac zdenek.kabelac@gmail.com:
> 
>> Dne 09. 04. 19 v 15:00 Lentes, Bernd napsal(a):
>>> Hello list,
>>>
>>> I have a two-node HA-cluster which uses local and cluster LVM.
>>> cLVM is currently stopped, I try to remove a snapshot from the root lv which
>>> is located on a local VG.
>>> I get this error:
>>> ha-idg-2:/mnt/spp # lvremove -fv vg_local/lv_snap_pre_sp4
>>>     connect() failed on local socket: No such file or directory
>>>     Internal cluster locking initialisation failed.
>>>     WARNING: Falling back to local file-based locking.
>>>     Volume Groups with the clustered attribute will be inaccessible.
>>>       Archiving volume group "vg_local" metadata (seqno 26).
>>>       Removing snapshot volume vg_local/lv_snap_pre_sp4.
>>>       Loading table for vg_local-lv_root (254:8).
>>>     device-mapper: reload ioctl on  (254:8) failed: Invalid argument
>>>     Failed to refresh lv_root without snapshot.
>>>
>>
>> Hi
>>
>> Have you tried to converted clustered VG to be a non-clustered one ?
>> And use file locking to proceed with operation on local device?
>>
>> Zdenek
> 
> Hi,
> 
> i tried all i found on the net.
> Stopping udev before lvremove, dmsetup remove before, lock the device with lockdev,
> tried to deactivate the snapshot before removing (which didn't work because then i also had
> to deactivate the root lv which is the source for the snapshot),
> stopped monitoring the snapshot, update of the complete system ...
> nothing succeeded.
> I have a SLES 12 SP4 with 4.12.14-95.13-default and lvm2-2.02.180-9.7.1.x86_64.
> 
> I finally did a strace on the program:
>   ...
> write(2, "Loading table for vg_local-lv_ro"..., 43Loading table for vg_local-lv_root (254:9).) = 43
> write(2, "\n", 1
> )                       = 1
> ioctl(3, DM_TABLE_STATUS, 0x563eacb00c80) = 0
> ioctl(3, DM_TABLE_LOAD, 0x563eacb00c80) = -1 EINVAL (Invalid argument)    <========================================================
> write(2, "  ", 2  )                       = 2
> write(2, "device-mapper: reload ioctl on  "..., 64device-mapper: reload ioctl on  (254:9) failed: Invalid argument) = 64
> write(2, "\n", 1
> )                       = 1
> brk(0x563eacf92000)                     = 0x563eacf92000
> write(2, "  ", 2  )                       = 2
> write(2, "Failed to refresh lv_root withou"..., 43Failed to refresh lv_root without snapshot.) = 43
> write(2, "\n", 1
> )                       = 1
> 
> This seems to be the culprit:
> ioctl(3, DM_TABLE_LOAD, 0x563eacb00c80) = -1 EINVAL
> 
> fd 3 seems to be /dev/mapper/control. DM_TABLE_LOAD is defined in include/uapi/linux/dm-ioctl.h:
> #define DM_TABLE_LOAD    _IOWR(DM_IOCTL, DM_TABLE_LOAD_CMD, struct dm_ioctl)
> And the memory adress is the same as the one used successfully one line before.
> Error -1 is, following man:
> EINVAL: request or argp is not valid
> In the manpage sys/ioctl.h is mentioned, but i don't find it in my sources.
> 

What is the related error message from kernel (IOCTL) - check and show dmesg 
messages. Eventually please supply

'dmsetup table'
'dmsetup status'
'dmsetup info -c'

  reply	other threads:[~2019-04-11 11:09 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-09 13:00 [linux-lvm] can't remove snapshot Lentes, Bernd
2019-04-09 13:24 ` Zdenek Kabelac
2019-04-09 13:33   ` Lentes, Bernd
2019-04-10 13:36   ` Lentes, Bernd
2019-04-11 11:09     ` Zdenek Kabelac [this message]
2019-04-11 12:32       ` Lentes, Bernd
2019-04-11 14:49         ` Lentes, Bernd
2019-04-11 15:59           ` Zdenek Kabelac
2019-04-11 17:25             ` Lentes, Bernd
2019-04-12 16:18               ` Lentes, Bernd

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=70292f72-f282-51de-a913-55f579dcef4f@redhat.com \
    --to=zkabelac@redhat.com \
    --cc=bernd.lentes@helmholtz-muenchen.de \
    --cc=linux-lvm@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).