-
- Enthusiast
- Posts: 79
- Liked: never
- Joined: Apr 30, 2013 1:19 am
- Full Name: Yukinobu Asami
- Contact:
If the network is not built using AD, the backup copy job seems to get stuck for 2 days or more waiting for resources.
Hi Guys,
A backup copy job was waiting for resources for more than 2 days.
As for the actual task, there were no resource shortages, so we manually stopped and re-ran the backup copy job, and the resources were immediately allocated to the task and the job was successful.
I checked with Veeam support(Case: 07281685) as to why it was waiting resource, and they replied that it was because it was not name resolved in AD and failed over to NTLM.
According to Veeam Support, Veeam Backup & Replication assumes that the network is built using AD, and the solution is to build a new AD and join the server.
I am not understanding this answer of Veeam support, does anyone know?
Kind Regards,
Yukinobu Asami
A backup copy job was waiting for resources for more than 2 days.
As for the actual task, there were no resource shortages, so we manually stopped and re-ran the backup copy job, and the resources were immediately allocated to the task and the job was successful.
I checked with Veeam support(Case: 07281685) as to why it was waiting resource, and they replied that it was because it was not name resolved in AD and failed over to NTLM.
According to Veeam Support, Veeam Backup & Replication assumes that the network is built using AD, and the solution is to build a new AD and join the server.
I am not understanding this answer of Veeam support, does anyone know?
Kind Regards,
Yukinobu Asami
-
- Veeam Software
- Posts: 3517
- Liked: 590 times
- Joined: Aug 28, 2013 8:23 am
- Full Name: Petr Makarov
- Location: Prague, Czech Republic
- Contact:
Re: If the network is not built using AD, the backup copy job seems to get stuck for 2 days or more waiting for resource
Hello,
Please allow me to have some time to contact our support leaders in order to get more clarity or to escalate your support request. The provided statement looks a bit confusing, I agree.
Thanks!
Please allow me to have some time to contact our support leaders in order to get more clarity or to escalate your support request. The provided statement looks a bit confusing, I agree.
Thanks!
-
- Enthusiast
- Posts: 93
- Liked: 25 times
- Joined: Mar 16, 2023 5:47 pm
- Contact:
Re: If the network is not built using AD, the backup copy job seems to get stuck for 2 days or more waiting for resource
I purposely kept Veeam off the domain. It lives in a workgroup in a secure vLan and I have had zero problems
-
- Service Provider
- Posts: 229
- Liked: 40 times
- Joined: Jun 10, 2019 12:19 pm
- Full Name: Daniel Johansson
- Contact:
Re: If the network is not built using AD, the backup copy job seems to get stuck for 2 days or more waiting for resource
What is the target of the copy job? I have the same problem with StoreOnce Catalyst jobs, at least since version 11. Waiting for resources for days until killed, immediately retried, works. Not on a domain.
-
- Enthusiast
- Posts: 79
- Liked: never
- Joined: Apr 30, 2013 1:19 am
- Full Name: Yukinobu Asami
- Contact:
Re: If the network is not built using AD, the backup copy job seems to get stuck for 2 days or more waiting for resource
Hi,
I do not believe Veeam needs to join the domain, but Veeam support seems to disagree.
HPE Storeonce is not used.
The issue occurred with a backup copy job from Scale-out repository(Windows extent) to Linux repository.
I do not believe Veeam needs to join the domain, but Veeam support seems to disagree.
HPE Storeonce is not used.
The issue occurred with a backup copy job from Scale-out repository(Windows extent) to Linux repository.
-
- Veeam Software
- Posts: 3517
- Liked: 590 times
- Joined: Aug 28, 2013 8:23 am
- Full Name: Petr Makarov
- Location: Prague, Czech Republic
- Contact:
Re: If the network is not built using AD, the backup copy job seems to get stuck for 2 days or more waiting for resource
Hello,
Please let me clarify the details with the support team, I'll update the topic once I hear back from my colleagues. There is no requirement to join the backup server to a domain, for example on this page:
Thanks!
Please let me clarify the details with the support team, I'll update the topic once I hear back from my colleagues. There is no requirement to join the backup server to a domain, for example on this page:
Also, you may have a look at this topic.For large environments, adding the backup server and other backup infrastructure components to a management domain in a separate Active Directory forest is the best practice for building the most secure infrastructure.
For medium-sized and small environments, backup infrastructure components can be placed to a separate workgroup. If you want to use specific Veeam Backup Enterprise Manager features, for example, SAML authentication or restore of Microsoft Exchange items, you can add this component to the domain.
Thanks!
-
- Enthusiast
- Posts: 79
- Liked: never
- Joined: Apr 30, 2013 1:19 am
- Full Name: Yukinobu Asami
- Contact:
Re: If the network is not built using AD, the backup copy job seems to get stuck for 2 days or more waiting for resource
Hi,
Thank you for your confirmation.
Veeam support says that they are seeing frequent "Resolved by NTLM only strategy" messages in the logs, which is what is causing the delays.
Thank you for your confirmation.
Veeam support says that they are seeing frequent "Resolved by NTLM only strategy" messages in the logs, which is what is causing the delays.
-
- Veeam Software
- Posts: 3517
- Liked: 590 times
- Joined: Aug 28, 2013 8:23 am
- Full Name: Petr Makarov
- Location: Prague, Czech Republic
- Contact:
Re: If the network is not built using AD, the backup copy job seems to get stuck for 2 days or more waiting for resource
Hello,
My colleagues from our support team escalated the request to a higher level in order to analyze the issue deeper and look for more convenient solutions than to rebuild AD. I'm pretty sure our engineers will find out the root cause, but the case seems to be sophisticated and it takes some time.
Thanks!
My colleagues from our support team escalated the request to a higher level in order to analyze the issue deeper and look for more convenient solutions than to rebuild AD. I'm pretty sure our engineers will find out the root cause, but the case seems to be sophisticated and it takes some time.
Thanks!
Who is online
Users browsing this forum: Google [Bot], Semrush [Bot] and 44 guests