You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by "Jānis Andersons | Failiem.lv" <ja...@failiem.lv> on 2016/09/28 10:29:49 UTC
Second Network Port Forwarding not working
When Adding second Network to VM It's not possible to add port forwarding.
Nic1: 10.1.1.21, gw 10.1.1.1 (Primary)
Nic2: 10.1.2.21, gw 10.1.2.1
When trying to add port forwarding rules for: 10.1.2.1 it's not possible
to forward to 10.1.2.21 IP (There is only primary NIC (10.1.1.1.21) IP
in dropdown),
When selecting primary nic it obviously fails with: cloudstack IP
Address is not in the VM nic's network
--
J. Andersons
RE: Re[4]: Detach Root Disck
Posted by Simon Weller <sw...@ena.com>.
I believe xen has worked since 4.5.
Simon Weller/ENA
(615) 312-6068
-----Original Message-----
From: David Amorín [david.amorin@adderglobal.com]
Received: Wednesday, 28 Sep 2016, 10:10AM
To: users@cloudstack.apache.org [users@cloudstack.apache.org]; Simon Weller [sweller@ena.com]
Subject: Re[4]: Detach Root Disck
Our hypervisors are based on XenServer. Is this work for Xen?
------ Mensaje original ------
De: "Rafael Weingärtner" <ra...@gmail.com>
Para: "Simon Weller" <sw...@ena.com>
CC: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
"david.amorin@adderglobal.com" <da...@adderglobal.com>
Enviado: 28/09/2016 16:32:35
Asunto: Re: Re[2]: Detach Root Disck
>I think that is why David thought it was not working.
>So, if he uses CloudMonkey, it will probably work.
>
>On Wed, Sep 28, 2016 at 11:24 AM, Simon Weller <sw...@ena.com> wrote:
>
>> At least for KVM, this isn't available through the GUI at present.
>>Someone
>> is more than welcome to take a look at that piece, but we don't use
>>the ACS
>> GUI.
>>
>>
>> - Si
>>
>>
>> ------------------------------
>> *From:* Rafael Weingärtner <ra...@gmail.com>
>> *Sent:* Wednesday, September 28, 2016 8:15 AM
>> *To:* Simon Weller
>> *Cc:* users@cloudstack.apache.org; david.amorin@adderglobal.com
>> *Subject:* Re: Re[2]: Detach Root Disck
>>
>> The PR https://github.com/apache/cloudstack/pull/1500 was merged. It
>> should be working.
>>
>> I did not understand what Simon meant by pass id 0. Is that function
>>not
>> available through the ACS UI?
>>
>> What you can also do is stop the VM you want to detach the disk,
>>create a
>> template from the root disk and then spin a new VM based on that
>>template.
>> The result would be basically the same.
>>
>> On Wed, Sep 28, 2016 at 10:01 AM, Simon Weller <sw...@ena.com>
>>wrote:
>>
>>> Pass device id of 0.
>>>
>>> Kvm should support this in 4.9 and 4.8.1I believe. We submitted a PR
>>>for
>>> this a few months ago.
>>>
>>> Simon Weller/ENA
>>> (615) 312-6068
>>>
>>>
>>> -----Original Message-----
>>> *From:* David Amorín [david.amorin@adderglobal.com]
>>> *Received:* Wednesday, 28 Sep 2016, 7:56AM
>>> *To:* Rafael Weingärtner [rafaelweingartner@gmail.com];
>>> users@cloudstack.apache.org [users@cloudstack.apache.org]
>>> *Subject:* Re[2]: Detach Root Disck
>>>
>>> Yes. We want to detach a root disk from one VM and attach in another
>>>VM
>>> as root disk as well.
>>>
>>>
>>> ------ Mensaje original ------
>>> De: "Rafael Weingärtner" <ra...@gmail.com>
>>> Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
>>> "David Amorín" <da...@adderglobal.com>
>>> Enviado: 28/09/2016 14:48:09
>>> Asunto: Re: Detach Root Disck
>>>
>>> >Do you want to detach the volume to plug into another VM?
>>> >
>>> >On Wed, Sep 28, 2016 at 9:46 AM, David Amorín
>>> ><da...@adderglobal.com> wrote:
>>> >>Hi,
>>> >>I have been trying the way to Detach a Root disk but i don't see
>>>the
>>> >>way of how to do it.
>>> >>
>>> >>I saw this link but it looks there is not implemented -
>>> >>https://cwiki.apache.org/confluence/display/CLOUDSTACK/ROO
>>> T+volume+detach
>>> >>
>>> >>Is there any way to do it? Do you know if it is scheduled for next
>>> >>versions?
>>> >>
>>> >>Thanks
>>> >>
>>> >>David
>>> >>
>>> >
>>> >
>>> >
>>> >--
>>> >Rafael Weingärtner
>>>
>>
>>
>>
>> --
>> Rafael Weingärtner
>>
>
>
>
>--
>Rafael Weingärtner
Re[4]: Detach Root Disck
Posted by David Amorín <da...@adderglobal.com>.
Our hypervisors are based on XenServer. Is this work for Xen?
------ Mensaje original ------
De: "Rafael Weingärtner" <ra...@gmail.com>
Para: "Simon Weller" <sw...@ena.com>
CC: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
"david.amorin@adderglobal.com" <da...@adderglobal.com>
Enviado: 28/09/2016 16:32:35
Asunto: Re: Re[2]: Detach Root Disck
>I think that is why David thought it was not working.
>So, if he uses CloudMonkey, it will probably work.
>
>On Wed, Sep 28, 2016 at 11:24 AM, Simon Weller <sw...@ena.com> wrote:
>
>> At least for KVM, this isn't available through the GUI at present.
>>Someone
>> is more than welcome to take a look at that piece, but we don't use
>>the ACS
>> GUI.
>>
>>
>> - Si
>>
>>
>> ------------------------------
>> *From:* Rafael Weingärtner <ra...@gmail.com>
>> *Sent:* Wednesday, September 28, 2016 8:15 AM
>> *To:* Simon Weller
>> *Cc:* users@cloudstack.apache.org; david.amorin@adderglobal.com
>> *Subject:* Re: Re[2]: Detach Root Disck
>>
>> The PR https://github.com/apache/cloudstack/pull/1500 was merged. It
>> should be working.
>>
>> I did not understand what Simon meant by pass id 0. Is that function
>>not
>> available through the ACS UI?
>>
>> What you can also do is stop the VM you want to detach the disk,
>>create a
>> template from the root disk and then spin a new VM based on that
>>template.
>> The result would be basically the same.
>>
>> On Wed, Sep 28, 2016 at 10:01 AM, Simon Weller <sw...@ena.com>
>>wrote:
>>
>>> Pass device id of 0.
>>>
>>> Kvm should support this in 4.9 and 4.8.1I believe. We submitted a PR
>>>for
>>> this a few months ago.
>>>
>>> Simon Weller/ENA
>>> (615) 312-6068
>>>
>>>
>>> -----Original Message-----
>>> *From:* David Amorín [david.amorin@adderglobal.com]
>>> *Received:* Wednesday, 28 Sep 2016, 7:56AM
>>> *To:* Rafael Weingärtner [rafaelweingartner@gmail.com];
>>> users@cloudstack.apache.org [users@cloudstack.apache.org]
>>> *Subject:* Re[2]: Detach Root Disck
>>>
>>> Yes. We want to detach a root disk from one VM and attach in another
>>>VM
>>> as root disk as well.
>>>
>>>
>>> ------ Mensaje original ------
>>> De: "Rafael Weingärtner" <ra...@gmail.com>
>>> Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
>>> "David Amorín" <da...@adderglobal.com>
>>> Enviado: 28/09/2016 14:48:09
>>> Asunto: Re: Detach Root Disck
>>>
>>> >Do you want to detach the volume to plug into another VM?
>>> >
>>> >On Wed, Sep 28, 2016 at 9:46 AM, David Amorín
>>> ><da...@adderglobal.com> wrote:
>>> >>Hi,
>>> >>I have been trying the way to Detach a Root disk but i don't see
>>>the
>>> >>way of how to do it.
>>> >>
>>> >>I saw this link but it looks there is not implemented -
>>> >>https://cwiki.apache.org/confluence/display/CLOUDSTACK/ROO
>>> T+volume+detach
>>> >>
>>> >>Is there any way to do it? Do you know if it is scheduled for next
>>> >>versions?
>>> >>
>>> >>Thanks
>>> >>
>>> >>David
>>> >>
>>> >
>>> >
>>> >
>>> >--
>>> >Rafael Weingärtner
>>>
>>
>>
>>
>> --
>> Rafael Weingärtner
>>
>
>
>
>--
>Rafael Weingärtner
Re: Re[2]: Detach Root Disck
Posted by Rafael Weingärtner <ra...@gmail.com>.
I think that is why David thought it was not working.
So, if he uses CloudMonkey, it will probably work.
On Wed, Sep 28, 2016 at 11:24 AM, Simon Weller <sw...@ena.com> wrote:
> At least for KVM, this isn't available through the GUI at present. Someone
> is more than welcome to take a look at that piece, but we don't use the ACS
> GUI.
>
>
> - Si
>
>
> ------------------------------
> *From:* Rafael Weingärtner <ra...@gmail.com>
> *Sent:* Wednesday, September 28, 2016 8:15 AM
> *To:* Simon Weller
> *Cc:* users@cloudstack.apache.org; david.amorin@adderglobal.com
> *Subject:* Re: Re[2]: Detach Root Disck
>
> The PR https://github.com/apache/cloudstack/pull/1500 was merged. It
> should be working.
>
> I did not understand what Simon meant by pass id 0. Is that function not
> available through the ACS UI?
>
> What you can also do is stop the VM you want to detach the disk, create a
> template from the root disk and then spin a new VM based on that template.
> The result would be basically the same.
>
> On Wed, Sep 28, 2016 at 10:01 AM, Simon Weller <sw...@ena.com> wrote:
>
>> Pass device id of 0.
>>
>> Kvm should support this in 4.9 and 4.8.1I believe. We submitted a PR for
>> this a few months ago.
>>
>> Simon Weller/ENA
>> (615) 312-6068
>>
>>
>> -----Original Message-----
>> *From:* David Amorín [david.amorin@adderglobal.com]
>> *Received:* Wednesday, 28 Sep 2016, 7:56AM
>> *To:* Rafael Weingärtner [rafaelweingartner@gmail.com];
>> users@cloudstack.apache.org [users@cloudstack.apache.org]
>> *Subject:* Re[2]: Detach Root Disck
>>
>> Yes. We want to detach a root disk from one VM and attach in another VM
>> as root disk as well.
>>
>>
>> ------ Mensaje original ------
>> De: "Rafael Weingärtner" <ra...@gmail.com>
>> Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
>> "David Amorín" <da...@adderglobal.com>
>> Enviado: 28/09/2016 14:48:09
>> Asunto: Re: Detach Root Disck
>>
>> >Do you want to detach the volume to plug into another VM?
>> >
>> >On Wed, Sep 28, 2016 at 9:46 AM, David Amorín
>> ><da...@adderglobal.com> wrote:
>> >>Hi,
>> >>I have been trying the way to Detach a Root disk but i don't see the
>> >>way of how to do it.
>> >>
>> >>I saw this link but it looks there is not implemented -
>> >>https://cwiki.apache.org/confluence/display/CLOUDSTACK/ROO
>> T+volume+detach
>> >>
>> >>Is there any way to do it? Do you know if it is scheduled for next
>> >>versions?
>> >>
>> >>Thanks
>> >>
>> >>David
>> >>
>> >
>> >
>> >
>> >--
>> >Rafael Weingärtner
>>
>
>
>
> --
> Rafael Weingärtner
>
--
Rafael Weingärtner
Re: Re[2]: Detach Root Disck
Posted by Simon Weller <sw...@ena.com>.
At least for KVM, this isn't available through the GUI at present. Someone is more than welcome to take a look at that piece, but we don't use the ACS GUI.
- Si
________________________________
From: Rafael Weingärtner <ra...@gmail.com>
Sent: Wednesday, September 28, 2016 8:15 AM
To: Simon Weller
Cc: users@cloudstack.apache.org; david.amorin@adderglobal.com
Subject: Re: Re[2]: Detach Root Disck
The PR https://github.com/apache/cloudstack/pull/1500 was merged. It should be working.
I did not understand what Simon meant by pass id 0. Is that function not available through the ACS UI?
What you can also do is stop the VM you want to detach the disk, create a template from the root disk and then spin a new VM based on that template. The result would be basically the same.
On Wed, Sep 28, 2016 at 10:01 AM, Simon Weller <sw...@ena.com>> wrote:
Pass device id of 0.
Kvm should support this in 4.9 and 4.8.1I believe. We submitted a PR for this a few months ago.
Simon Weller/ENA
(615) 312-6068
-----Original Message-----
From: David Amorín [david.amorin@adderglobal.com<ma...@adderglobal.com>]
Received: Wednesday, 28 Sep 2016, 7:56AM
To: Rafael Weingärtner [rafaelweingartner@gmail.com<ma...@gmail.com>]; users@cloudstack.apache.org<ma...@cloudstack.apache.org> [users@cloudstack.apache.org<ma...@cloudstack.apache.org>]
Subject: Re[2]: Detach Root Disck
Yes. We want to detach a root disk from one VM and attach in another VM
as root disk as well.
------ Mensaje original ------
De: "Rafael Weingärtner" <ra...@gmail.com>>
Para: "users@cloudstack.apache.org<ma...@cloudstack.apache.org>" <us...@cloudstack.apache.org>>;
"David Amorín" <da...@adderglobal.com>>
Enviado: 28/09/2016 14:48:09
Asunto: Re: Detach Root Disck
>Do you want to detach the volume to plug into another VM?
>
>On Wed, Sep 28, 2016 at 9:46 AM, David Amorín
><da...@adderglobal.com>> wrote:
>>Hi,
>>I have been trying the way to Detach a Root disk but i don't see the
>>way of how to do it.
>>
>>I saw this link but it looks there is not implemented -
>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/ROOT+volume+detach
>>
>>Is there any way to do it? Do you know if it is scheduled for next
>>versions?
>>
>>Thanks
>>
>>David
>>
>
>
>
>--
>Rafael Weingärtner
--
Rafael Weingärtner
Re: Re[2]: Detach Root Disck
Posted by Rafael Weingärtner <ra...@gmail.com>.
The PR https://github.com/apache/cloudstack/pull/1500 was merged. It should
be working.
I did not understand what Simon meant by pass id 0. Is that function not
available through the ACS UI?
What you can also do is stop the VM you want to detach the disk, create a
template from the root disk and then spin a new VM based on that template.
The result would be basically the same.
On Wed, Sep 28, 2016 at 10:01 AM, Simon Weller <sw...@ena.com> wrote:
> Pass device id of 0.
>
> Kvm should support this in 4.9 and 4.8.1I believe. We submitted a PR for
> this a few months ago.
>
> Simon Weller/ENA
> (615) 312-6068
>
>
> -----Original Message-----
> *From:* David Amorín [david.amorin@adderglobal.com]
> *Received:* Wednesday, 28 Sep 2016, 7:56AM
> *To:* Rafael Weingärtner [rafaelweingartner@gmail.com];
> users@cloudstack.apache.org [users@cloudstack.apache.org]
> *Subject:* Re[2]: Detach Root Disck
>
> Yes. We want to detach a root disk from one VM and attach in another VM
> as root disk as well.
>
>
> ------ Mensaje original ------
> De: "Rafael Weingärtner" <ra...@gmail.com>
> Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
> "David Amorín" <da...@adderglobal.com>
> Enviado: 28/09/2016 14:48:09
> Asunto: Re: Detach Root Disck
>
> >Do you want to detach the volume to plug into another VM?
> >
> >On Wed, Sep 28, 2016 at 9:46 AM, David Amorín
> ><da...@adderglobal.com> wrote:
> >>Hi,
> >>I have been trying the way to Detach a Root disk but i don't see the
> >>way of how to do it.
> >>
> >>I saw this link but it looks there is not implemented -
> >>https://cwiki.apache.org/confluence/display/CLOUDSTACK/
> ROOT+volume+detach
> >>
> >>Is there any way to do it? Do you know if it is scheduled for next
> >>versions?
> >>
> >>Thanks
> >>
> >>David
> >>
> >
> >
> >
> >--
> >Rafael Weingärtner
>
--
Rafael Weingärtner
Re[5]: Erased snapshot/templates still remains in storage
Posted by David Amorín <da...@adderglobal.com>.
I will check if it is applied in the next version 4.9.1
Thanks Simon
David
------ Mensaje original ------
De: "Simon Weller" <sw...@ena.com>
Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
"users@cloudstack.apache.org" <us...@cloudstack.apache.org>; "David
Amorín" <da...@adderglobal.com>
Enviado: 24/10/2016 15:55:45
Asunto: Re: Re[3]: Erased snapshot/templates still remains in storage
>David,
>
>
>
>It looks like there is a PR out there to fix this problem:
>https://github.com/apache/cloudstack/pull/1722
>
>
>
>- Si
>
>
>--------------------------------------------------------------------------------
>From: David Amorín <da...@adderglobal.com>
>Sent: Monday, October 24, 2016 8:48 AM
>To:users@cloudstack.apache.org; users@cloudstack.apache.org
>Subject: Re[3]: Erased snapshot/templates still remains in storage
>
>Sorry to bring up an old question, just want to ask again if anyone can
>confirm that when you delete a instance the snapshots belong to the
>instance still remain on primary storage.
>
>Thanks for the confirmation
>
>David
>
>
>
>------ Mensaje original ------
>De: "David Amorín" <da...@adderglobal.com>
>Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>
>Enviado: 14/10/2016 12:37:27
>Asunto: Re[2]: Erased snapshot/templates still remains in storage
>
> >Hi Simon,
> >Yes it was enable but I changed the default values of the timer set
>to:
> >storage.cleanup.delay 60storage.cleanup.interval
> >300storage.cleanup.enabled=true
> >In order to make a couple of test and when i delete an instance with
> >snapshost and templates, i see the following behavior:
> >The templates are deleted correctly but the snapshosts still remain on
> >primary storage
> >
> >I was reading the following thread about the same issue:
> >
> >https://www.mail-archive.com/users@cloudstack.apache.org/msg19669.html
> >
> >
> >Thanks for your help
> >
> >Best
> >
> >David
> >
> >
> >------ Mensaje original ------
> >De: "Simon Weller" <sw...@ena.com>
> >Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
> >"David Amorín" <da...@adderglobal.com>
> >Enviado: 11/10/2016 13:42:24
> >Asunto: Re: Erased snapshot/templates still remains in storage
> >
> >>David,
> >>
> >>What have you got your storage cleanup thread timer set to? ACS will
> >>normally run a periodic process to expunge deleted storage objects.
> >>
> >>- si
> >>
> >>________________________________
> >>From: David Amorín <da...@adderglobal.com>
> >>Sent: Tuesday, October 11, 2016 4:04 AM
> >>To: users@cloudstack.apache.org
> >>Subject: Erased snapshot/templates still remains in storage
> >>
> >>Hi all,
> >>I just wanted to share with you the following behavior we saw on CS
> >>4.5.2 and now we also see on version 4.9.
> >>
> >>Our environment: Xenserver 6.5, Cloudstack 4.9, primary storage:
>iSCSI
> >>Description: When I take a volume snapshot, I see an snapshot in
> >>XenServer primary storage:xe vdi-list
>name-label=snapshot-20161010uuid
> >>(
> >>RO) : 81d37e1c-d9a7-431e-9996-7a550b72528bname-label (
> >>RW): snapshot-20161010name-description ( RW):sr-uuid ( RO):
> >>36eb8055-90f1-8cbf-e35c-3b13c0dd701avirtual-size ( RO):
> >>26843545600sharable ( RO): falseread-only ( RO): falseOnce it is
> >>transferred to the secondary storage, I see the following
> >>message:2016-10-10 13:44:38,897 DEBUG
> >>[c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-419:ctx-7b451fd0)
> >>(logid:b8c932db) Successfully destroyed snapshot on volume:
> >>82d3194e-a4f0-4813-b0c9-c0c3c4a81deb execept this current snapshot
> >>81d37e1c-d9a7-431e-9996-7a550b72528bThen when I delete from
>Cloudstack
> >>this volume snapshots:2016-10-10 13:47:41,402 DEBUG
> >>[o.a.c.s.s.XenserverSnapshotStrategy]
> >>(API-Job-Executor-69:ctx-77734d15
> >>job-3789 ctx-1f2ebdf0) (logid:1cac9567) Snapshot: 754 doesn't have
> >>children, so it's ok to delete it and its parentsChecking CS
>database,
> >>in "snapshot_store_ref" table, the element with
> >>install_path=81d37e1c-d9a7-431e-9996-7a550b72528b changed its status
> >>from "Ready" to "Destroyed" but in Xenserver this vdi wasn't
> >>deleted.Something similar happens deleting templates, but in this
> >>case,
> >>in table "template_spool_ref", the referenced vdi never change to
> >>"Destroyed".
> >>
> >>Questions:
> >>If i don't have any wrong configuration on CS, i confirm that when i
> >>delete a snapshot or template from CloudStack, the file VHD is
>deleted
> >>correctly on the secondary storage but the volumen (VDI) on primary
> >>storage remains. Can you confirm if somebody else has the same
> >>behavior?
> >>When we take a manual snapshot or template. CS always keep the
> >>snapshot/template on the secondary storage and ALSO on primary
> >>storage.
> >>Is that correct?
> >>
> >>Thanks for your help
> >>
> >>Best,
> >>
> >>David
> >>
> >>
Re: Re[3]: Erased snapshot/templates still remains in storage
Posted by Simon Weller <sw...@ena.com>.
David,
It looks like there is a PR out there to fix this problem: https://github.com/apache/cloudstack/pull/1722
- Si
________________________________
From: David Amorín <da...@adderglobal.com>
Sent: Monday, October 24, 2016 8:48 AM
To: users@cloudstack.apache.org; users@cloudstack.apache.org
Subject: Re[3]: Erased snapshot/templates still remains in storage
Sorry to bring up an old question, just want to ask again if anyone can
confirm that when you delete a instance the snapshots belong to the
instance still remain on primary storage.
Thanks for the confirmation
David
------ Mensaje original ------
De: "David Amorín" <da...@adderglobal.com>
Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>
Enviado: 14/10/2016 12:37:27
Asunto: Re[2]: Erased snapshot/templates still remains in storage
>Hi Simon,
>Yes it was enable but I changed the default values of the timer set to:
>storage.cleanup.delay 60storage.cleanup.interval
>300storage.cleanup.enabled=true
>In order to make a couple of test and when i delete an instance with
>snapshost and templates, i see the following behavior:
>The templates are deleted correctly but the snapshosts still remain on
>primary storage
>
>I was reading the following thread about the same issue:
>
>https://www.mail-archive.com/users@cloudstack.apache.org/msg19669.html
>
>
>Thanks for your help
>
>Best
>
>David
>
>
>------ Mensaje original ------
>De: "Simon Weller" <sw...@ena.com>
>Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
>"David Amorín" <da...@adderglobal.com>
>Enviado: 11/10/2016 13:42:24
>Asunto: Re: Erased snapshot/templates still remains in storage
>
>>David,
>>
>>What have you got your storage cleanup thread timer set to? ACS will
>>normally run a periodic process to expunge deleted storage objects.
>>
>>- si
>>
>>________________________________
>>From: David Amorín <da...@adderglobal.com>
>>Sent: Tuesday, October 11, 2016 4:04 AM
>>To: users@cloudstack.apache.org
>>Subject: Erased snapshot/templates still remains in storage
>>
>>Hi all,
>>I just wanted to share with you the following behavior we saw on CS
>>4.5.2 and now we also see on version 4.9.
>>
>>Our environment: Xenserver 6.5, Cloudstack 4.9, primary storage: iSCSI
>>Description: When I take a volume snapshot, I see an snapshot in
>>XenServer primary storage:xe vdi-list name-label=snapshot-20161010uuid
>>(
>>RO) : 81d37e1c-d9a7-431e-9996-7a550b72528bname-label (
>>RW): snapshot-20161010name-description ( RW):sr-uuid ( RO):
>>36eb8055-90f1-8cbf-e35c-3b13c0dd701avirtual-size ( RO):
>>26843545600sharable ( RO): falseread-only ( RO): falseOnce it is
>>transferred to the secondary storage, I see the following
>>message:2016-10-10 13:44:38,897 DEBUG
>>[c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-419:ctx-7b451fd0)
>>(logid:b8c932db) Successfully destroyed snapshot on volume:
>>82d3194e-a4f0-4813-b0c9-c0c3c4a81deb execept this current snapshot
>>81d37e1c-d9a7-431e-9996-7a550b72528bThen when I delete from Cloudstack
>>this volume snapshots:2016-10-10 13:47:41,402 DEBUG
>>[o.a.c.s.s.XenserverSnapshotStrategy]
>>(API-Job-Executor-69:ctx-77734d15
>>job-3789 ctx-1f2ebdf0) (logid:1cac9567) Snapshot: 754 doesn't have
>>children, so it's ok to delete it and its parentsChecking CS database,
>>in "snapshot_store_ref" table, the element with
>>install_path=81d37e1c-d9a7-431e-9996-7a550b72528b changed its status
>>from "Ready" to "Destroyed" but in Xenserver this vdi wasn't
>>deleted.Something similar happens deleting templates, but in this
>>case,
>>in table "template_spool_ref", the referenced vdi never change to
>>"Destroyed".
>>
>>Questions:
>>If i don't have any wrong configuration on CS, i confirm that when i
>>delete a snapshot or template from CloudStack, the file VHD is deleted
>>correctly on the secondary storage but the volumen (VDI) on primary
>>storage remains. Can you confirm if somebody else has the same
>>behavior?
>>When we take a manual snapshot or template. CS always keep the
>>snapshot/template on the secondary storage and ALSO on primary
>>storage.
>>Is that correct?
>>
>>Thanks for your help
>>
>>Best,
>>
>>David
>>
>>
Re[3]: Erased snapshot/templates still remains in storage
Posted by David Amorín <da...@adderglobal.com>.
Sorry to bring up an old question, just want to ask again if anyone can
confirm that when you delete a instance the snapshots belong to the
instance still remain on primary storage.
Thanks for the confirmation
David
------ Mensaje original ------
De: "David Amorín" <da...@adderglobal.com>
Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>
Enviado: 14/10/2016 12:37:27
Asunto: Re[2]: Erased snapshot/templates still remains in storage
>Hi Simon,
>Yes it was enable but I changed the default values of the timer set to:
>storage.cleanup.delay 60storage.cleanup.interval
>300storage.cleanup.enabled=true
>In order to make a couple of test and when i delete an instance with
>snapshost and templates, i see the following behavior:
>The templates are deleted correctly but the snapshosts still remain on
>primary storage
>
>I was reading the following thread about the same issue:
>
>https://www.mail-archive.com/users@cloudstack.apache.org/msg19669.html
>
>
>Thanks for your help
>
>Best
>
>David
>
>
>------ Mensaje original ------
>De: "Simon Weller" <sw...@ena.com>
>Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
>"David Amorín" <da...@adderglobal.com>
>Enviado: 11/10/2016 13:42:24
>Asunto: Re: Erased snapshot/templates still remains in storage
>
>>David,
>>
>>What have you got your storage cleanup thread timer set to? ACS will
>>normally run a periodic process to expunge deleted storage objects.
>>
>>- si
>>
>>________________________________
>>From: David Amorín <da...@adderglobal.com>
>>Sent: Tuesday, October 11, 2016 4:04 AM
>>To: users@cloudstack.apache.org
>>Subject: Erased snapshot/templates still remains in storage
>>
>>Hi all,
>>I just wanted to share with you the following behavior we saw on CS
>>4.5.2 and now we also see on version 4.9.
>>
>>Our environment: Xenserver 6.5, Cloudstack 4.9, primary storage: iSCSI
>>Description: When I take a volume snapshot, I see an snapshot in
>>XenServer primary storage:xe vdi-list name-label=snapshot-20161010uuid
>>(
>>RO) : 81d37e1c-d9a7-431e-9996-7a550b72528bname-label (
>>RW): snapshot-20161010name-description ( RW):sr-uuid ( RO):
>>36eb8055-90f1-8cbf-e35c-3b13c0dd701avirtual-size ( RO):
>>26843545600sharable ( RO): falseread-only ( RO): falseOnce it is
>>transferred to the secondary storage, I see the following
>>message:2016-10-10 13:44:38,897 DEBUG
>>[c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-419:ctx-7b451fd0)
>>(logid:b8c932db) Successfully destroyed snapshot on volume:
>>82d3194e-a4f0-4813-b0c9-c0c3c4a81deb execept this current snapshot
>>81d37e1c-d9a7-431e-9996-7a550b72528bThen when I delete from Cloudstack
>>this volume snapshots:2016-10-10 13:47:41,402 DEBUG
>>[o.a.c.s.s.XenserverSnapshotStrategy]
>>(API-Job-Executor-69:ctx-77734d15
>>job-3789 ctx-1f2ebdf0) (logid:1cac9567) Snapshot: 754 doesn't have
>>children, so it's ok to delete it and its parentsChecking CS database,
>>in "snapshot_store_ref" table, the element with
>>install_path=81d37e1c-d9a7-431e-9996-7a550b72528b changed its status
>>from "Ready" to "Destroyed" but in Xenserver this vdi wasn't
>>deleted.Something similar happens deleting templates, but in this
>>case,
>>in table "template_spool_ref", the referenced vdi never change to
>>"Destroyed".
>>
>>Questions:
>>If i don't have any wrong configuration on CS, i confirm that when i
>>delete a snapshot or template from CloudStack, the file VHD is deleted
>>correctly on the secondary storage but the volumen (VDI) on primary
>>storage remains. Can you confirm if somebody else has the same
>>behavior?
>>When we take a manual snapshot or template. CS always keep the
>>snapshot/template on the secondary storage and ALSO on primary
>>storage.
>>Is that correct?
>>
>>Thanks for your help
>>
>>Best,
>>
>>David
>>
>>
Re[2]: Erased snapshot/templates still remains in storage
Posted by David Amorín <da...@adderglobal.com>.
Hi Simon,
Yes it was enable but I changed the default values of the timer set to:
storage.cleanup.delay 60storage.cleanup.interval
300storage.cleanup.enabled=true
In order to make a couple of test and when i delete an instance with
snapshost and templates, i see the following behavior:
The templates are deleted correctlyThe snapshosts still remain on
primary storage
I was reading the following thread about the same issue:
https://www.mail-archive.com/users@cloudstack.apache.org/msg19669.html
Thanks for your help
Best
David
------ Mensaje original ------
De: "Simon Weller" <sw...@ena.com>
Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
"David Amorín" <da...@adderglobal.com>
Enviado: 11/10/2016 13:42:24
Asunto: Re: Erased snapshot/templates still remains in storage
>David,
>
>
>What have you got your storage cleanup thread timer set to? ACS will
>normally run a periodic process to expunge deleted storage objects.
>
>
>- si
>
>
>________________________________
>From: David Amorín <da...@adderglobal.com>
>Sent: Tuesday, October 11, 2016 4:04 AM
>To: users@cloudstack.apache.org
>Subject: Erased snapshot/templates still remains in storage
>
>Hi all,
>I just wanted to share with you the following behavior we saw on CS
>4.5.2 and now we also see on version 4.9.
>
>Our environment: Xenserver 6.5, Cloudstack 4.9, primary storage: iSCSI
>Description: When I take a volume snapshot, I see an snapshot in
>XenServer primary storage:xe vdi-list name-label=snapshot-20161010uuid
>(
>RO) : 81d37e1c-d9a7-431e-9996-7a550b72528bname-label (
>RW): snapshot-20161010name-description ( RW):sr-uuid ( RO):
>36eb8055-90f1-8cbf-e35c-3b13c0dd701avirtual-size ( RO):
>26843545600sharable ( RO): falseread-only ( RO): falseOnce it is
>transferred to the secondary storage, I see the following
>message:2016-10-10 13:44:38,897 DEBUG
>[c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-419:ctx-7b451fd0)
>(logid:b8c932db) Successfully destroyed snapshot on volume:
>82d3194e-a4f0-4813-b0c9-c0c3c4a81deb execept this current snapshot
>81d37e1c-d9a7-431e-9996-7a550b72528bThen when I delete from Cloudstack
>this volume snapshots:2016-10-10 13:47:41,402 DEBUG
>[o.a.c.s.s.XenserverSnapshotStrategy] (API-Job-Executor-69:ctx-77734d15
>job-3789 ctx-1f2ebdf0) (logid:1cac9567) Snapshot: 754 doesn't have
>children, so it's ok to delete it and its parentsChecking CS database,
>in "snapshot_store_ref" table, the element with
>install_path=81d37e1c-d9a7-431e-9996-7a550b72528b changed its status
>from "Ready" to "Destroyed" but in Xenserver this vdi wasn't
>deleted.Something similar happens deleting templates, but in this case,
>in table "template_spool_ref", the referenced vdi never change to
>"Destroyed".
>
>Questions:
>If i don't have any wrong configuration on CS, i confirm that when i
>delete a snapshot or template from CloudStack, the file VHD is deleted
>correctly on the secondary storage but the volumen (VDI) on primary
>storage remains. Can you confirm if somebody else has the same
>behavior?
>When we take a manual snapshot or template. CS always keep the
>snapshot/template on the secondary storage and ALSO on primary storage.
>Is that correct?
>
>Thanks for your help
>
>Best,
>
>David
>
>
Re: Erased snapshot/templates still remains in storage
Posted by Simon Weller <sw...@ena.com>.
David,
What have you got your storage cleanup thread timer set to? ACS will normally run a periodic process to expunge deleted storage objects.
- si
________________________________
From: David Amorín <da...@adderglobal.com>
Sent: Tuesday, October 11, 2016 4:04 AM
To: users@cloudstack.apache.org
Subject: Erased snapshot/templates still remains in storage
Hi all,
I just wanted to share with you the following behavior we saw on CS
4.5.2 and now we also see on version 4.9.
Our environment: Xenserver 6.5, Cloudstack 4.9, primary storage: iSCSI
Description: When I take a volume snapshot, I see an snapshot in
XenServer primary storage:xe vdi-list name-label=snapshot-20161010uuid (
RO) : 81d37e1c-d9a7-431e-9996-7a550b72528bname-label (
RW): snapshot-20161010name-description ( RW):sr-uuid ( RO):
36eb8055-90f1-8cbf-e35c-3b13c0dd701avirtual-size ( RO):
26843545600sharable ( RO): falseread-only ( RO): falseOnce it is
transferred to the secondary storage, I see the following
message:2016-10-10 13:44:38,897 DEBUG
[c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-419:ctx-7b451fd0)
(logid:b8c932db) Successfully destroyed snapshot on volume:
82d3194e-a4f0-4813-b0c9-c0c3c4a81deb execept this current snapshot
81d37e1c-d9a7-431e-9996-7a550b72528bThen when I delete from Cloudstack
this volume snapshots:2016-10-10 13:47:41,402 DEBUG
[o.a.c.s.s.XenserverSnapshotStrategy] (API-Job-Executor-69:ctx-77734d15
job-3789 ctx-1f2ebdf0) (logid:1cac9567) Snapshot: 754 doesn't have
children, so it's ok to delete it and its parentsChecking CS database,
in "snapshot_store_ref" table, the element with
install_path=81d37e1c-d9a7-431e-9996-7a550b72528b changed its status
from "Ready" to "Destroyed" but in Xenserver this vdi wasn't
deleted.Something similar happens deleting templates, but in this case,
in table "template_spool_ref", the referenced vdi never change to
"Destroyed".
Questions:
If i don't have any wrong configuration on CS, i confirm that when i
delete a snapshot or template from CloudStack, the file VHD is deleted
correctly on the secondary storage but the volumen (VDI) on primary
storage remains. Can you confirm if somebody else has the same behavior?
When we take a manual snapshot or template. CS always keep the
snapshot/template on the secondary storage and ALSO on primary storage.
Is that correct?
Thanks for your help
Best,
David
Erased snapshot/templates still remains in storage
Posted by David Amorín <da...@adderglobal.com>.
Hi all,
I just wanted to share with you the following behavior we saw on CS
4.5.2 and now we also see on version 4.9.
Our environment: Xenserver 6.5, Cloudstack 4.9, primary storage: iSCSI
Description: When I take a volume snapshot, I see an snapshot in
XenServer primary storage:xe vdi-list name-label=snapshot-20161010uuid (
RO) : 81d37e1c-d9a7-431e-9996-7a550b72528bname-label (
RW): snapshot-20161010name-description ( RW):sr-uuid ( RO):
36eb8055-90f1-8cbf-e35c-3b13c0dd701avirtual-size ( RO):
26843545600sharable ( RO): falseread-only ( RO): falseOnce it is
transferred to the secondary storage, I see the following
message:2016-10-10 13:44:38,897 DEBUG
[c.c.h.x.r.XenServerStorageProcessor] (DirectAgent-419:ctx-7b451fd0)
(logid:b8c932db) Successfully destroyed snapshot on volume:
82d3194e-a4f0-4813-b0c9-c0c3c4a81deb execept this current snapshot
81d37e1c-d9a7-431e-9996-7a550b72528bThen when I delete from Cloudstack
this volume snapshots:2016-10-10 13:47:41,402 DEBUG
[o.a.c.s.s.XenserverSnapshotStrategy] (API-Job-Executor-69:ctx-77734d15
job-3789 ctx-1f2ebdf0) (logid:1cac9567) Snapshot: 754 doesn't have
children, so it's ok to delete it and its parentsChecking CS database,
in "snapshot_store_ref" table, the element with
install_path=81d37e1c-d9a7-431e-9996-7a550b72528b changed its status
from "Ready" to "Destroyed" but in Xenserver this vdi wasn't
deleted.Something similar happens deleting templates, but in this case,
in table "template_spool_ref", the referenced vdi never change to
"Destroyed".
Questions:
If i don't have any wrong configuration on CS, i confirm that when i
delete a snapshot or template from CloudStack, the file VHD is deleted
correctly on the secondary storage but the volumen (VDI) on primary
storage remains. Can you confirm if somebody else has the same behavior?
When we take a manual snapshot or template. CS always keep the
snapshot/template on the secondary storage and ALSO on primary storage.
Is that correct?
Thanks for your help
Best,
David
Re: Re[2]: Detach Root Disck
Posted by Simon Weller <sw...@ena.com>.
Great! The re-attach of a root disk occurs the same way. Just pass device ID of 0.
- Si
________________________________
From: David Amorín <da...@adderglobal.com>
Sent: Wednesday, October 5, 2016 12:19 PM
To: users@cloudstack.apache.org
Subject: RE: Re[2]: Detach Root Disck
Hi Simon
We tried to pass device ID of 0 and now we can dettach root disk directly.
That's awesome!!
I really appreciate your help
..........................
David Amorín
En 28 sept. 2016 15:08, en 15:08, Simon Weller <sw...@ena.com> escribió:
>Pass device id of 0.
>
>Kvm should support this in 4.9 and 4.8.1I believe. We submitted a PR
>for this a few months ago.
>
>Simon Weller/ENA
>(615) 312-6068
>
>-----Original Message-----
>From: David Amorín [david.amorin@adderglobal.com]
>Received: Wednesday, 28 Sep 2016, 7:56AM
>To: Rafael Weingärtner [rafaelweingartner@gmail.com];
>users@cloudstack.apache.org [users@cloudstack.apache.org]
>Subject: Re[2]: Detach Root Disck
>
>Yes. We want to detach a root disk from one VM and attach in another VM
>as root disk as well.
>
>
>------ Mensaje original ------
>De: "Rafael Weingärtner" <ra...@gmail.com>
>Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
>"David Amorín" <da...@adderglobal.com>
>Enviado: 28/09/2016 14:48:09
>Asunto: Re: Detach Root Disck
>
>>Do you want to detach the volume to plug into another VM?
>>
>>On Wed, Sep 28, 2016 at 9:46 AM, David Amorín
>><da...@adderglobal.com> wrote:
>>>Hi,
>>>I have been trying the way to Detach a Root disk but i don't see the
>>>way of how to do it.
>>>
>>>I saw this link but it looks there is not implemented -
>>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/ROOT+volume+detach
>>>
>>>Is there any way to do it? Do you know if it is scheduled for next
>>>versions?
>>>
>>>Thanks
>>>
>>>David
>>>
>>
>>
>>
>>--
>>Rafael Weingärtner
RE: Re[2]: Detach Root Disck
Posted by David Amorín <da...@adderglobal.com>.
Hi Simon
We tried to pass device ID of 0 and now we can dettach root disk directly.
That's awesome!!
I really appreciate your help
..........................
David Amor�n
En 28 sept. 2016 15:08, en 15:08, Simon Weller <sw...@ena.com> escribi�:
>Pass device id of 0.
>
>Kvm should support this in 4.9 and 4.8.1I believe. We submitted a PR
>for this a few months ago.
>
>Simon Weller/ENA
>(615) 312-6068
>
>-----Original Message-----
>From: David Amor�n [david.amorin@adderglobal.com]
>Received: Wednesday, 28 Sep 2016, 7:56AM
>To: Rafael Weing�rtner [rafaelweingartner@gmail.com];
>users@cloudstack.apache.org [users@cloudstack.apache.org]
>Subject: Re[2]: Detach Root Disck
>
>Yes. We want to detach a root disk from one VM and attach in another VM
>as root disk as well.
>
>
>------ Mensaje original ------
>De: "Rafael Weing�rtner" <ra...@gmail.com>
>Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
>"David Amor�n" <da...@adderglobal.com>
>Enviado: 28/09/2016 14:48:09
>Asunto: Re: Detach Root Disck
>
>>Do you want to detach the volume to plug into another VM?
>>
>>On Wed, Sep 28, 2016 at 9:46 AM, David Amor�n
>><da...@adderglobal.com> wrote:
>>>Hi,
>>>I have been trying the way to Detach a Root disk but i don't see the
>>>way of how to do it.
>>>
>>>I saw this link but it looks there is not implemented -
>>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/ROOT+volume+detach
>>>
>>>Is there any way to do it? Do you know if it is scheduled for next
>>>versions?
>>>
>>>Thanks
>>>
>>>David
>>>
>>
>>
>>
>>--
>>Rafael Weing�rtner
RE: Re[2]: Detach Root Disck
Posted by Simon Weller <sw...@ena.com>.
Pass device id of 0.
Kvm should support this in 4.9 and 4.8.1I believe. We submitted a PR for this a few months ago.
Simon Weller/ENA
(615) 312-6068
-----Original Message-----
From: David Amorín [david.amorin@adderglobal.com]
Received: Wednesday, 28 Sep 2016, 7:56AM
To: Rafael Weingärtner [rafaelweingartner@gmail.com]; users@cloudstack.apache.org [users@cloudstack.apache.org]
Subject: Re[2]: Detach Root Disck
Yes. We want to detach a root disk from one VM and attach in another VM
as root disk as well.
------ Mensaje original ------
De: "Rafael Weingärtner" <ra...@gmail.com>
Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
"David Amorín" <da...@adderglobal.com>
Enviado: 28/09/2016 14:48:09
Asunto: Re: Detach Root Disck
>Do you want to detach the volume to plug into another VM?
>
>On Wed, Sep 28, 2016 at 9:46 AM, David Amorín
><da...@adderglobal.com> wrote:
>>Hi,
>>I have been trying the way to Detach a Root disk but i don't see the
>>way of how to do it.
>>
>>I saw this link but it looks there is not implemented -
>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/ROOT+volume+detach
>>
>>Is there any way to do it? Do you know if it is scheduled for next
>>versions?
>>
>>Thanks
>>
>>David
>>
>
>
>
>--
>Rafael Weingärtner
Re[2]: Detach Root Disck
Posted by David Amorín <da...@adderglobal.com>.
Yes. We want to detach a root disk from one VM and attach in another VM
as root disk as well.
------ Mensaje original ------
De: "Rafael Weingärtner" <ra...@gmail.com>
Para: "users@cloudstack.apache.org" <us...@cloudstack.apache.org>;
"David Amorín" <da...@adderglobal.com>
Enviado: 28/09/2016 14:48:09
Asunto: Re: Detach Root Disck
>Do you want to detach the volume to plug into another VM?
>
>On Wed, Sep 28, 2016 at 9:46 AM, David Amorín
><da...@adderglobal.com> wrote:
>>Hi,
>>I have been trying the way to Detach a Root disk but i don't see the
>>way of how to do it.
>>
>>I saw this link but it looks there is not implemented -
>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/ROOT+volume+detach
>>
>>Is there any way to do it? Do you know if it is scheduled for next
>>versions?
>>
>>Thanks
>>
>>David
>>
>
>
>
>--
>Rafael Weingärtner
Re: Detach Root Disck
Posted by Rafael Weingärtner <ra...@gmail.com>.
Do you want to detach the volume to plug into another VM?
On Wed, Sep 28, 2016 at 9:46 AM, David Amorín <da...@adderglobal.com>
wrote:
> Hi,
> I have been trying the way to Detach a Root disk but i don't see the way
> of how to do it.
>
> I saw this link but it looks there is not implemented -
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/ROOT+volume+detach
>
> Is there any way to do it? Do you know if it is scheduled for next
> versions?
>
> Thanks
>
> David
>
>
--
Rafael Weingärtner
Detach Root Disck
Posted by David Amorín <da...@adderglobal.com>.
Hi,
I have been trying the way to Detach a Root disk but i don't see the way
of how to do it.
I saw this link but it looks there is not implemented -
https://cwiki.apache.org/confluence/display/CLOUDSTACK/ROOT+volume+detach
Is there any way to do it? Do you know if it is scheduled for next
versions?
Thanks
David