-
- Enthusiast
- Posts: 25
- Liked: 1 time
- Joined: Nov 19, 2015 10:00 am
- Contact:
ConfigStoreRootPath dir accidentally deleted
whoops, i deleted it!
I've recreated the path and amended permissions so that the HV cluster machines have full access. Also added additional notes on this share location to avoid issues in the future.
Veeam backup jobs now have a warning of "Cannot find Hyper-V virtual machine group information on host $CLUSTER". It seems this error is related to the ConfigStoreRootPath, so i've used https://www.veeam.com/kb2194 which I've used to confirm recreating the path. Live Migration has recreated the 'Groups' and 'Snapshot Groups' subfolders in this location so proves the HV Hosts have the correct permissions.
so far I've tried a live migration of the various affected VMs, removed & readded the VM into the HV Cluster, rescanned the hv cluster in veeam, removed & readded the VM in the backup job but the warning remains.
What else do i need to do to get this working again?
I've recreated the path and amended permissions so that the HV cluster machines have full access. Also added additional notes on this share location to avoid issues in the future.
Veeam backup jobs now have a warning of "Cannot find Hyper-V virtual machine group information on host $CLUSTER". It seems this error is related to the ConfigStoreRootPath, so i've used https://www.veeam.com/kb2194 which I've used to confirm recreating the path. Live Migration has recreated the 'Groups' and 'Snapshot Groups' subfolders in this location so proves the HV Hosts have the correct permissions.
so far I've tried a live migration of the various affected VMs, removed & readded the VM into the HV Cluster, rescanned the hv cluster in veeam, removed & readded the VM in the backup job but the warning remains.
What else do i need to do to get this working again?
-
- Veeam Software
- Posts: 3626
- Liked: 608 times
- Joined: Aug 28, 2013 8:23 am
- Full Name: Petr Makarov
- Location: Prague, Czech Republic
- Contact:
Re: ConfigStoreRootPath dir accidentally deleted
Hello,
Please include support case ID when you create a topic for the specific technical issue, our possibility to troubleshoot via forum is quite limited.
Thanks!
Please include support case ID when you create a topic for the specific technical issue, our possibility to troubleshoot via forum is quite limited.
Thanks!
-
- Enthusiast
- Posts: 25
- Liked: 1 time
- Joined: Nov 19, 2015 10:00 am
- Contact:
Re: ConfigStoreRootPath dir accidentally deleted
working on getting that sorted (raising a support call). recent renewal has broken the B&R console supportID, and my website login isn't an admin on the new account# so cant get it via website either!
-
- Veeam Software
- Posts: 3626
- Liked: 608 times
- Joined: Aug 28, 2013 8:23 am
- Full Name: Petr Makarov
- Location: Prague, Czech Republic
- Contact:
Re: ConfigStoreRootPath dir accidentally deleted
Hello,
Any chance to use license administrator account to open a case via website or you may do it over the phone? (please look under "Technical Support Phones")
Thanks!
Any chance to use license administrator account to open a case via website or you may do it over the phone? (please look under "Technical Support Phones")
Thanks!
-
- Enthusiast
- Posts: 25
- Liked: 1 time
- Joined: Nov 19, 2015 10:00 am
- Contact:
Re: ConfigStoreRootPath dir accidentally deleted
support call raised.
Case# 04033490
hopefully it's an easy one that has a known fix.. i guess something just needs to be told to recreate it somehow.
Case# 04033490
hopefully it's an easy one that has a known fix.. i guess something just needs to be told to recreate it somehow.
-
- Veeam Software
- Posts: 3626
- Liked: 608 times
- Joined: Aug 28, 2013 8:23 am
- Full Name: Petr Makarov
- Location: Prague, Czech Republic
- Contact:
Re: ConfigStoreRootPath dir accidentally deleted
Thanks for sharing case number, let's wait for results of analysis from support team.
-
- Enthusiast
- Posts: 25
- Liked: 1 time
- Joined: Nov 19, 2015 10:00 am
- Contact:
Re: ConfigStoreRootPath dir accidentally deleted
somewhat easily fixed. reboot!
unfortunately this wasn't something we planned or sugested by support - we had a failure that resulted in everything shutdown/rebooted at the weekend. since then the issue has resolved itself. Since this only affected the hyperv servers then all i have to go on is it being a HV Host or every VM in the backup jobs as the problem.
unfortunately this wasn't something we planned or sugested by support - we had a failure that resulted in everything shutdown/rebooted at the weekend. since then the issue has resolved itself. Since this only affected the hyperv servers then all i have to go on is it being a HV Host or every VM in the backup jobs as the problem.
Who is online
Users browsing this forum: No registered users and 14 guests