[Users] "Permission denied" when trying to help a stuck destroy

[Kir Kolyshkin]

On 08/20/2013 08:22 AM, Kevin Holly wrote:
> On 06/11/2013 08:00 PM, Kir Kolyshkin wrote:
>> On 06/11/2013 02:33 AM, Kevin Holly wrote:
>>> Hello,
>>>
>>> i already had this problem but forgot how to fix it:
>>>
>>> vztmp-Directory contains parts of a 3 month old container, which was
>>> destroyed. When i try to "find -delete" the directory, i get:
>>>
>>> [root at bedrock vzctl-rm-me.guj6L7]# find -delete
>>> find: cannot delete `./usr/lib/libsh/shsb': Permission denied
>>> find: cannot delete `./usr/lib/libsh/utilz': Permission denied
>>> find: cannot delete `./usr/lib/libsh/.owned': Permission denied
>>> find: cannot delete `./usr/lib/libsh/.sniff': Permission denied
>>> find: cannot delete `./usr/lib/libsh/.backup': Permission denied
>>> find: cannot delete `./usr/lib/libsh/.bashrc': Permission denied
>>> find: cannot delete `./usr/lib/libsh/hide': Permission denied
>>> find: cannot delete `./usr/lib/libsh': Operation not permitted
>>> find: cannot delete `./usr/lib': Directory not empty
>>> find: cannot delete `./usr': Directory not empty
>>> find: cannot delete `./lib/libsh.so/shhk': Permission denied
>>> find: cannot delete `./lib/libsh.so/shhk.pub': Permission denied
>>> find: cannot delete `./lib/libsh.so/bash': Permission denied
>>> find: cannot delete `./lib/libsh.so/shrs': Permission denied
>>> find: cannot delete `./lib/libsh.so/shdcf': Permission denied
>>> find: cannot delete `./lib/libsh.so': Operation not permitted
>>> find: cannot delete `./lib': Directory not empty
>>> find: cannot delete `./sbin/ttymon': Operation not permitted
>>> find: cannot delete `./sbin/ttyload': Operation not permitted
>>> find: cannot delete `./sbin/ifconfig': Operation not permitted
>>> find: cannot delete `./sbin': Directory not empty
>>> find: cannot delete `./etc/sh.conf': Operation not permitted
>>> find: cannot delete `./etc': Directory not empty
>>>
>>> lsattr shows this:
>>>
>>> [root at bedrock vzctl-rm-me.guj6L7]# lsattr etc/sh.conf
>>> s---ia-------e- etc/sh.conf
>>>
>>> Anyone knows how to fix this/set the right (ch)attr?
>> Something like "chattr -R -i" should work. I should probably add it to
>> vzctl destroy.
> Is it already in one of the stable releases or planned or do you still
> consider if it's a good idea to put it there?
>

I am not really sure what to do.

 From one side, destroy is destroy and should work nevertheless.

 From another side, if immutable attribute is set, it was done for a reason.
Plus, chattr -R -i on /vz/private/NNN itself takes a few seconds, it's kinda
long operation to perform "just in case".

So, I think, such cases should be resolved manually, i.e. by running 
chattr -R -i