[
https://issues.apache.org/jira/browse/CLOUDSTACK-8944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14951994#comment-14951994
]
subhash yedugundla commented on CLOUDSTACK-8944:
------------------------------------------------
When a new secondary storage is added, the mount point is updated only after
all public templates, volumes and snapshots are completely copied to the new
storage. in the mean time, when somebody tries a template download, first
template store with template in downloaded state gets selected. However
template goes to DOWNLOADED state as soon as the download starts to the store.
So making sure to download a template that is 100 pct complete would prevent
this issue
> Template download possible from new secondary storages before the download is
> 100 % complete
> --------------------------------------------------------------------------------------------
>
> Key: CLOUDSTACK-8944
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8944
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Affects Versions: 4.5.2
> Environment: xenserver host with nfs storage
> Reporter: subhash yedugundla
>
> 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
> {noformat}
> 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)
> {noformat}
> 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 )
> {noformat}
> 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
>
> {noformat}
> 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"
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
