You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2017/03/31 06:35:41 UTC
[jira] [Commented] (CLOUDSTACK-8944) Template download possible
from new secondary storages before the download is 100 % complete
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15950400#comment-15950400 ]
ASF GitHub Bot commented on CLOUDSTACK-8944:
--------------------------------------------
Github user jayakarteek commented on the issue:
https://github.com/apache/cloudstack/pull/921
unable to reproduce in ACS environment
> 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.15#6346)