On Mon, 19 Jun 2017 12:57:24 +0200
Fabian Grünbichler <f.gruenbich...@proxmox.com> wrote:

> 
> yes, that or debugging what mount is actually doing seems like the way
> to go. if it fails as well with "-t nonfs", then I think you need to
> check your plugin code for further timing problems.
> 
Found it ;-) No need to change any code in LXC.pm
Cause: The code I added to circumvent the FreeNAS bug was doing a
rescan of the session which deactivated the volume before the command
unshare -m -- sh -c 'mount --make-rprivate / && mount 
/dev/disk/by-path/ip-10.0.1.32:3260-iscsi-iqn.2005-10.org.freenas.ctl:vm-113-lun-0
 /tmp && resize2fs 
/dev/disk/by-path/ip-10.0.1.32:3260-iscsi-iqn.2005-10.org.freenas.ctl:vm-113-lun-0'
 was running resulting in a removing of the LUN from the scsi subsystem.

-- 
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael <at> rasmussen <dot> cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir <at> datanom <dot> net
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
mir <at> miras <dot> org
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
--------------------------------------------------------------
/usr/games/fortune -es says:
Sometimes you get an almost irresistible urge to go on living.

Attachment: pgpEjoX3O2qxg.pgp
Description: OpenPGP digital signature

_______________________________________________
pve-devel mailing list
pve-devel@pve.proxmox.com
https://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel

Reply via email to