[Users] engine-image-uploader and /tmp size problem on fedora18

[Gianluca Cecchi]

Hello,

Summary
I'm testing engine-image-uploader to transport 2 vms (named infra and
c2) from an environment to another one that are not interconnected.
They are both 3.2.1 on fedora 18 (the second one is all-in-one)
I have problems with engine-image-uploader at destination, due to not
enough space in /tmp

the error is:
# engine-image-uploader -e EXP_DOMAIN upload
/data/users/gcecchi/c2_and_infra.ovf
Please provide the REST API password for the admin at internal oVirt
Engine user (CTRL+D to abort):
ERROR: Not enough space in /tmp: 11648Mb are needed.

But on fedora 18 /tmp is on tmpfs in ram by default and so it is on my
system.... so I would like to tweak this path....
how?

Details:
At first site I created an export domain and exported these vms after
shutdown them.

Under master/vms
./master/vms:
total 8
drwxr-xr-x. 2 vdsm kvm 4096 Apr 30 23:42 42197b2d-3e64-4587-97e7-4d91e1d71b62
drwxr-xr-x. 2 vdsm kvm 4096 May  1 00:04 5fa80246-64a3-401b-9ba3-2e1e04ff0413

./master/vms/42197b2d-3e64-4587-97e7-4d91e1d71b62:
total 8
-rw-r--r--. 1 vdsm kvm 7867 Apr 30 23:42
42197b2d-3e64-4587-97e7-4d91e1d71b62.ovf

./master/vms/5fa80246-64a3-401b-9ba3-2e1e04ff0413:
total 12
-rw-r--r--. 1 vdsm kvm 8951 May  1 00:04
5fa80246-64a3-401b-9ba3-2e1e04ff0413.ovf

Under images
./images:
total 8
drwxr-xr-x. 2 vdsm kvm 4096 Apr 30 23:41 3cf2c068-0fcc-49e3-9939-5aaeb96de2ed
drwxr-xr-x. 2 vdsm kvm 4096 May  1 00:00 fd0659b0-c75b-433b-8866-13cb6218bf81

./images/3cf2c068-0fcc-49e3-9939-5aaeb96de2ed:
total 3145736
-rw-rw----. 1 vdsm kvm 3221225472 Apr 30 23:42
0fa86f2f-9b5c-4e72-861e-104920846d0b
-rw-r--r--. 1 vdsm kvm        268 Apr 30 23:41
0fa86f2f-9b5c-4e72-861e-104920846d0b.meta

./images/fd0659b0-c75b-433b-8866-13cb6218bf81:
total 8781832
-rw-rw----. 1 vdsm kvm 8992587776 May  1 00:04
679c2055-9b5b-47d7-94ff-04d543282f74
-rw-r--r--. 1 vdsm kvm        268 May  1 00:00
679c2055-9b5b-47d7-94ff-04d543282f74.meta

So I have
c2
ovf <--> 42197b2d-3e64-4587-97e7-4d91e1d71b62.ovf
images <---> 3cf2c068-0fcc-49e3-9939-5aaeb96de2ed

infra
ovf <--> 5fa80246-64a3-401b-9ba3-2e1e04ff0413.ovf
images <---> fd0659b0-c75b-433b-8866-13cb6218bf81

I created the compressed ovf archive that is about 6Gb

On the all-in-one target environment (that is 6Gb in ram) after
providing the ovf file I run the upload command.

The configuration is:

export domain EXP_DOMAIN on /data/export_domain
with
Filesystem                                      Size  Used Avail Use% Mounted on
/dev/sdb6                                       305G  234G   68G  78% /data

and
tekkaman.localdomain.local:/data/export_domain  305G  234G   68G  78%
/rhev/data-center/mnt/tekkaman.localdomain.local:_data_export__domain

Other filesystems information:

$ df -h
Filesystem                                      Size  Used Avail Use% Mounted on
devtmpfs                                        2.9G     0  2.9G   0% /dev
tmpfs                                           3.0G  156K  3.0G   1% /dev/shm
tmpfs                                           3.0G  5.1M  3.0G   1% /run
tmpfs                                           3.0G     0  3.0G   0%
/sys/fs/cgroup
/dev/mapper/fedora-root                          53G   33G   18G  65% /
tmpfs                                           3.0G   68K  3.0G   1% /tmp
/dev/sda1                                       477M   99M  353M  22% /boot
...
tekkaman.localdomain.local:/ISO                  53G   33G   18G  65%
/rhev/data-center/mnt/tekkaman.localdomain.local:_ISO

During upload I notice this strange addition in df command output:
Filesystem                                      Size  Used Avail Use% Mounted on
...
tekkaman.localdomain.local:/data/export_domain  305G  236G   66G  79%
/tmp/tmpORTazo

But after sometime I get the error and also the same in

/var/log/ovirt-engine/engine-image-uploader.log

2013-05-01 17:28:41::ERROR::engine-image-uploader::1221::root:: Not
enough space in /tmp: 11648Mb are needed.

Is there a way to change this path? Also because in fedora 18 by
default it is a tmpfs file system....


Thanks,
Gianluca