Re: [linux-lvm] Snapshot behavior on classic LVM vs ThinLVM

[Zdenek Kabelac <zkabelac@redhat.com>]

Dne 24.4.2017 v 23:02 Xen napsal(a):
> Zdenek Kabelac schreef op 23-04-2017 11:26:
> 
>> I'm just currious -  what the you think will happen when you have
>> root_LV as thin LV and thin pool runs out of space - so 'root_LV'
>> is replaced with 'error' target.
> 
> Why do you suppose Root LV is on thin?
> 
> Why not just stick to the common scenario when thin is used for extra volumes 
> or data?
> 
> I mean to say that you are raising an exceptional situation as an argument 
> against something that I would consider quite common, which doesn't quite work 
> that way: you can't prove that most people would not want something by raising 
> something most people wouldn't use.
> 
> I mean to say let's just look at the most common denominator here.
> 
> Root LV on thin is not that.

Well then you might be surprised - there are user using exactly this.

When you have rootLV on thinLV - you could easily snapshot it before doing any 
upgrade and revert back in case something fails on upgrade.
See also projects like snapper...

> 
> I have tried it, yes. Gives troubles with Grub and requires thin package to be 
> installed on all systems and makes it harder to install a system too.

lvm2 is cooking some better boot support atm....



> Thin root LV is not the idea for most people.
> 
> So again, don't you think having data volumes produce errors is not preferable 
> to having the entire system hang?

Not sure why you insist system hangs.

If system hangs - and you have recent kernel & lvm2 - you should fill bug.

If you set  '--errorwhenfull y'  - it should instantly fail.

There should not be any hanging..


> That's irrelevant; if the thin pool is full you need to mitigate it, rebooting 
> won't help with that.

well it's really admins task to solve the problem after panic call.
(adding new space).

Thin users can't expect to overload system in crazy way and expect the system 
will easily do something magical to restore all data.

Regards

Zdenek