Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
4.5.2
-
None
-
None
-
Security Level: Public (Anyone can view this level - this is the default.)
-
None
-
xenserver host with nfs storage
Description
ISSUE
==================
Secondary Storage ( Parent is NULL in the database )
after secondary storage is added from the CloudStack GUI which in turn leads to a invalid download URL for a template
TROUBLESHOOTING
===================
The parameter provided when the Secondary storage created
Name:
Provider:NFS
Zone:dev3-z1
Server:192.168.125.12
Path:/vol/dev03/test
when we add secondary storage
2015-06-11 07:27:40,686 TRACE [c.c.u.d.T.Statement] (catalina-exec-19:ctx-11906a2c ctx-550a6e46) (logid:0fb48736) Closing: com.mysql.jdbc.JDBC4PreparedStatement@7e703121: INSERT INTO image_store (image_store.id, image_store.name, image_store.uuid, image_store.protocol, image_store.url, image_store.image_provider_name, image_store.data_center_id, image_store.scope, image_store.created, image_store.role, image_store.parent, image_store.total_size, image_store.used_bytes) VALUES (0, _binary'sec3', _binary'471d5edc-424e-41fb-a21e-47e53670fe62', _binary'nfs', _binary'nfs://10.104.49.65/nfs/sec3', _binary'NFS', 1, 'ZONE', '2015-06-11 01:57:40', 'Image', null, null, null) mysql> select * from image_store where id=3 \G; *************************** 1. row *************************** id: 3 name: sec3 image_provider_name: NFS protocol: nfs url: nfs://10.104.49.65/nfs/sec3 data_center_id: 1 scope: ZONE role: Image uuid: 471d5edc-424e-41fb-a21e-47e53670fe62 parent: NULL created: 2015-06-11 01:57:40 removed: NULL total_size: NULL used_bytes: NULL 1 row in set (0.00 sec)
Template download falils if the parent is NULL
The URL published when the customer extract the template gives 403 forbidden error.
Example :
Template id:3343
The URL is below.
https://210-140-168-1.systemip.idcfcloud.com/userdata/8aa50513-e60e-481f-989d-5bbd119504df.ova
The template is stored on the new mount-point (je01v-secstr01-02 )
root@s-1-VM:/var/www/html/userdata# df -h Filesystem Size Used Avail Use% Mounted on rootfs 276M 144M 118M 55% / udev 10M 0 10M 0% /dev tmpfs 201M 224K 201M 1% /run /dev/disk/by-uuid/1458767f-a01a-4237-89e8-930f8c42fffe 276M 144M 118M 55% / tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 515M 0 515M 0% /run/shm /dev/sda1 45M 22M 21M 51% /boot /dev/sda6 98M 5.6M 88M 6% /home /dev/sda8 368M 11M 339M 3% /opt /dev/sda10 63M 5.3M 55M 9% /tmp /dev/sda7 610M 518M 61M 90% /usr /dev/sda9 415M 248M 146M 63% /var 10.133.245.11:/je01v-secstr01-01 16T 11T 5.5T 66% /mnt/SecStorage/8c0f1709-5d1d-3f0e-b100-ccfb873cf3ff 10.133.245.11:/je01v-secstr01-02 5.9T 4.0T 1.9T 69% /mnt/SecStorage/22836274-19c4-301a-80d8-690f16530e0a **THIS ONE From the SSVM root@s-1-VM:/var/www/html/userdata# ls -lah | grep 3343 lrwxrwxrwx 1 root root 83 May 20 06:11 8aa50513-e60e-481f-989d-5bbd119504df.ova -> /mnt/SecStorage/null/template/tmpl/19/3343/d93d6fcf-bb4e-3287-8346-a7781c39ecdb.ova
The symbolic link is "/mnt/SecStorage/null/template/tmpl/19/3343/d93d6fcf-bb4e-3287-8346-a7781c39ecdb.ova".
We assumed the problem is that the link contains "null" directory.
The correct symbolic link should be "/mnt/SecStorage/22836274-19c4-301a-80d8-690f16530e0a/template/tmpl/19/3343/d93d6fcf-bb4e-3287-8346-a7781c39ecdb.ova"
Attachments
Issue Links
- links to