Well , On Sat, Feb 17, 2024, 02:29 Mark Winnemueller <[email protected]> wrote:
> Thanks for the response. Does that mean that manually (rsync/scp/mount + > mv) is a viable option? > > In other words - I could mount the store3 volume on one of my gluster > instances and mv the data from the gluster/ganesha brick to the mounted > store3 - then remove the secondary storage? > You will have to reconcile the data in the ..-store-ref tables, but it seems you hit s limitation of the system and this is a way around it. Please Please test this in a test environment. I dont understand your issue fully, but I have seen similar issues in older versions. The hacking described did remedy the situation. I have successfully deleted secondary storage in newer version without problems. Thanks, > > Mark > > On 2/16/24 02:21, Daan Hoogland wrote: > > Mark, > > Did you also include checking for volumes and snapshots? This to be > > sure you don't delete things still needed. > > Check internal templates as well. These and any "all zones" templates > > could be in the way, I am hesitant to manipulate the DB but when all > > else fails this sometimes does solve such issues. It can also break > > things so your "leery" disposition makes sense. > > > > This can be a daunting task if your cloud is old, but: > > check snapshot_store_ref, template_store_ref and volume_store_ref for > > any items that might be still valuable and or should have been > > deleted. > > > > hope this helps, > > > > On Thu, Feb 15, 2024 at 4:33 PM Mark Winnemueller > > <[email protected]> wrote: > >> Hello CloudStack users, > >> > >> Using CloudStack V 4.18.1.0 I cannot delete my secondary storage store1 > >> due to "Cannot delete image store with active templates backup!". I > >> have tried migrating the data to store3, and CloudStack says that it > >> succeeded, but the data is still on the existing store1 and I'm not > >> seeing all of the data on store2. > >> > >> Background: > >> > >> I think this is what confused things. I have gluster NFS across three > >> machines with ganesha and was using that as secondary storage (picking > >> one of the IP addresses of the gluster cluster). Because this is fragile > >> I added keepalived to the gluster machines and added that as secondary > >> storage. To be clear - they reference the same physical media. That's > >> when I found out that Cloudstack would not delete store1 (because there > >> is still data there). > >> > >> My first attempt to fix this was to create yet a third Secondary storage > >> on our TrueNAS box. Migrating data to that storage yields "Successfully > >> completed migrating Image store data" and "Cannot delete image store > >> with active templates backup!" when trying to delete the primary > storage. > >> > >> It seems that there are 2 ways to solve this - 1 is to manually move the > >> data to store3, and then attempt to remove store1. The second is to > >> change MySQL image_store table's removed value. The > >> cloud.image_store.parent value is NULL for the two image stores, so I'm > >> a little leery of that solution. > >> > >> Any help you can provide on the proper way to solve this will be > >> appreciated. > >> > >> Thanks, > >> > >> Mark > >> > >> -- > >> Mark Winnemueller > >> reThought DevOps Engineer > >> 719.480.4609 > >> [email protected] > >> > >> -- > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> Operating under CA license #0M61234 > >> > >> > >> > >> NOTICE: You cannot bind, > >> alter or cancel coverage without speaking to an authorized > representative > >> of reThought Insurance. Coverage cannot be bound without written > >> confirmation from an authorized representative of reThought Insurance. > This > >> e-mail and any files transmitted with it are not encrypted and may > contain > >> privileged or other confidential information and is intended solely for > the > >> use of the individual or entity to whom they are addressed. If you are > not > >> the intended recipient or entity, or believe that you may have received > >> this e-mail in error, please reply to the sender indicating that fact > and > >> delete the copy you received. In addition, you should not print, copy, > >> retransmit, disseminate, or otherwise use this information. > >> > >> > > > -- > Mark Winnemueller > reThought DevOps Engineer > 719.480.4609 > [email protected] > > -- > > > > > > > > > > Operating under CA license #0M61234 > > > > NOTICE: You cannot bind, > alter or cancel coverage without speaking to an authorized representative > of reThought Insurance. Coverage cannot be bound without written > confirmation from an authorized representative of reThought Insurance. > This > e-mail and any files transmitted with it are not encrypted and may contain > privileged or other confidential information and is intended solely for > the > use of the individual or entity to whom they are addressed. If you are not > the intended recipient or entity, or believe that you may have received > this e-mail in error, please reply to the sender indicating that fact and > delete the copy you received. In addition, you should not print, copy, > retransmit, disseminate, or otherwise use this information. > > >
