<div dir="ltr">Hi,<br><br>Our OpenNebula setup uses GlusterFS to share /var/lib/one among all machines. Yesterday a customer created a new volatile disk for a VM. But this image creation crashed the gluster client on the host the VM was running on. I assume it has something to do with the fact that the customer entered 'ext3' as filesystem type.<br><br>This isn't the first time this bug occured, we also had it almost one year ago and there it was also related to the filesystem type of an image. I believe that this feature is rarely used by our customers and simply wasn't used in the meantime. Now we are using OpenNebula 4.8.0 on Ubuntu 12.04.5 with glusterfs 3.2.5.<br><br>Here's the log of the VM that triggered the crash:<br><br>Sat Jan 10 13:24:21 2015 [Z0][VMM][I]: VM successfully rebooted-hard.<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: Command execution fail: /var/lib/one/remotes/tm/shared/mkimage 51200 ext3 192.168.128.14:/var/lib/one//datastores/0/346/disk.2 346 0<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: mkimage: Making filesystem of 51200M and type ext3 at 192.168.128.14:/var/lib/one//datastores/0/346/disk.2<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][E]: mkimage: Command "set -e<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: export PATH=/usr/sbin:/sbin:$PATH<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: dd if=/dev/zero of=/var/lib/one/datastores/0/346/disk.2 bs=1 count=1 seek=51200M<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: mkfs -t ext3 -F /var/lib/one/datastores/0/346/disk.2" failed: Warning: Permanently added '192.168.128.14' (ECDSA) to the list of known hosts.<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: 1+0 records in<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: 1+0 records out<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: 1 byte (1 B) copied, 0.000576409 s, 1.7 kB/s<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: mke2fs 1.42 (29-Nov-2011)<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: Warning: could not erase sector 2: Attempt to write block to filesystem resulted in short write<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: Warning: could not read block 0: Attempt to read block from filesystem resulted in short read<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: Warning: could not erase sector 0: Attempt to write block to filesystem resulted in short write<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: mkfs.ext3: Attempt to write block to filesystem resulted in short write while zeroing block 13107184 at end of filesystem<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]:<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: Could not write 5 blocks in inode table starting at 1027: Attempt to write block to filesystem resulted in short write<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][E]: Could not create image /var/lib/one/datastores/0/346/disk.2<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: ExitCode: 1<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][I]: Failed to execute transfer manager driver operation: tm_attach.<br>Fri Jan 16 17:31:00 2015 [Z0][VMM][E]: Error attaching new VM Disk: Could not create image /var/lib/one/datastores/0/346/disk.2<br><br>After that crash all subsequent operations fail because the frontend was unable to log into that particular host (since /var/lib/one was missing and passwordless SSH did not work anymore). <br><br>I have 2 questions:<br>1) Does anyone have an idea what's going on there?<br>2) Is it possible to disable this filesystem type feature. We don't need it, but I would like to prevent these accidental host crashes.<br><br>Greetings<br>Wilma<br></div>