Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cloudstack.apache.org
Date: Tue, 6 Jun 2017 13:10:47 -0400 (EDT)
From: David Merrill <david.merrill@reliablenetworks.com>
To: users@cloudstack.apache.org
Message-ID: <938423903.559974.1496769047985.JavaMail.zimbra@reliablenetworks.com>
Subject: Retiring OLD Primary Storage - Dealing with System VMs and
 (assumed) Snapshot related artifacts
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_559973_223335351.1496769047984"
Thread-Topic: Retiring OLD Primary Storage - Dealing with System VMs and (assumed) Snapshot related artifacts
Thread-Index: DMTHxl4hDFe02aBASPI2plp6UqPK5g==
archived-at: Tue, 06 Jun 2017 17:11:01 -0000

------=_Part_559973_223335351.1496769047984
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi All,=20

We're in the process of phasing out primary storage in one of our zones and=
 had some questions about dealing with:=20


    1. system VMs (Console Proxy & Secondary Storage)=20
    2. what looks like (to me), left over snapshot artifacts=20

We're running CloudPlatform 4.5.1 with XenServer hypervisors and the storag=
e to be retired are Dell Equallogic servers.=20

For the first item I think all I need to do is mark the primary storage on =
the Dell EQL's into maintenance mode and then destroy them so that they'll =
come up on the new primary storage (already provisioned & configured in Clo=
udPlatform).=20

It's the second item that's giving me pause, when looking at the SR associa=
ted with the primary storage I'm seeing disks named like:=20


    * ABCServer_ROOT-685_20160905000250=20

and in CloudPlatform have found an associated volume snapshot with the same=
 date data. This seemed odd because I've understood that volume snapshots s=
hould be on secondary storage.=20

I deleted the snapshot in CloudPlatform thinking that perhaps the disk abov=
e would disappear from view when looking at the SR in XenCenter, but it's s=
till there. The impression I'm getting is that perhaps this is left over fr=
om some volume snapshot failure to clean up?=20

How can I best chase this down? I'd like to retire this storage but I'd lik=
e to make sure that once it's gone there isn't something in the database th=
at's still referring items there.=20

Thanks,=20
David=20

________________________________________________________________=20
A Message From...=20
David Merrill - Senior Systems Engineer=20


"Uptime. All the time." =C2=AE www.reliablenetworks.com=20

Fifteen Years In Business 2003 - 2017=20

477 Congress Street, Suite 812 | Portland, ME 04101 | ( 207) 772-5678=20

private/hybrid cloud hosting | Zimbra groupware | managed services=20
proactive maintenance and monitoring | technology consulting=20

Maine's only managed services and cloud hosting provider with a=20
SOC 2 Type II audit covering Security, Availability and Confidentiality=20

This email may contain information that is privileged and confidential.=20
If you suspect that you were not intended to receive it, please delete=20
it and notify us as soon as possible. Thank you.=20

------=_Part_559973_223335351.1496769047984--