﻿id	summary	reporter	owner	description	type	status	component	version	resolution	keywords	cc	guest	host
11344	Extending VDI size destroys XFS filesystem => fixed in svn	Grimeton		"Hello,

after resizing a VDI image, while the VM was offline, from 1TB to 1.3TB, the XFS filesystem inside has been destroyed. I talked to Eric Sandeen, from the XFS people, and we ran some tests and in the end the filesystem will always be destroyed.

We're testing on 4.2.4 and 4.2.6 on Linux (amd64) and OS X (10.8.x) hosts with this procedure:

- Power off the VM
- Create a virtual harddisk with 1TB space as VDI
- Attach the virtual harddisk to a port on the sata controller
- Power up the VM
- Create an XFS filesystem on top of the drive (NO PARTITIONS)
- Mount the filesystem and create some directories/files on it like this:
   cd /mntpoint && for i in {1..30}; do mkdir $i; cd $i; for j in {a..z}; do touch $j; done; cd ..; done

- Unmount the fs
- Power down the machine
- Change the VDI size like this: vboxmanage modifyhd /path/to/vdi --resize 1331000
- Power the VM on again
- Mount the fs again (no error yet!)
- do a ""ls /mountpoint""
- see lots of errors
- run xfs_repair -n and see lots of errors.

So far we can't say if it is a Virtualbox or an XFS issue or a result of the combination of the two. We tested with different image sizes and always got a destroyed filesystem in the end.

Eric will look into this and keep me updated on it.

So far just the warning: DO NOT RESIZE the Virtualbox VDI image if you have XFS inside it.

Happy new year!

KR,

Grimeton "	defect	closed	virtual disk	VirtualBox 4.2.6	fixed	xfs,broken		other	Linux
