From: Zdenek Kabelac <zkabelac@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Not informative error message, when trying to change unallocatable physical volume
Date: Tue, 10 May 2016 10:27:17 +0200 [thread overview]
Message-ID: <57319B65.3060402@redhat.com> (raw)
In-Reply-To: <CAFTDQfBd3s4iohq7sb_1puC37mTTh2VUmWVAyF7Ud0auADZOoQ@mail.gmail.com>
On 8.5.2016 17:01, Илья Бока wrote:
> #lvcreate -L600M -n test vg-arch
> Insufficient free space: 150 extents needed, but only 0 available
>
> but fixed with|
> #pvchange --allocatable y /dev/mapper/lvm
> |
> |maybe possibly change message to more usable?
>
Hi
Thanks for report.
I'd say that making PV not allocatable should also be then reflected in
vgs/pvs as not a 'free' space (e.g. having a VG with non-allocatable PVS
should show 0 empty space)
But this change would be surely for a discussion since various
backward compatibility issue needs to be though through...
Recent lvm2 tool shows 'pvs' attribute 'u' with non-allocatable PVs
so at least 'quick' look at pvs output shows this easily.
(that's why I think it would be quite 'straightforward' to see 0 free space in
"VG" and then check 'pvs' and seeing 'u' flag)
The error message you would like to see changed is however at different level.
Its deeply embedded in allocator - so either we would need to provide some
'hint' message checking if there is 0 free allocatable size, but still some
space in (u)sed but not allocatable PV - or the allocator would need to know
about extra 'unallocatable' space and reflect this in error message.
Anyway - please open BZ as it's not a simple change and needs some thinking.
https://bugzilla.redhat.com/enter_bug.cgi?product=LVM%20and%20device-mapper
Regards
Zdenek
prev parent reply other threads:[~2016-05-10 8:27 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-08 15:01 [linux-lvm] Not informative error message, when trying to change unallocatable physical volume Илья Бока
2016-05-10 8:27 ` Zdenek Kabelac [this message]
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=57319B65.3060402@redhat.com \
--to=zkabelac@redhat.com \
--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).