Skip to main content

Task scheduler

Thread needs solution

Hi I`m new to this forum so, please ask away if you are going to need additional information.

I have a host with several hosts on ESXi 5.0.0 and 5.5.0. I've tried to use vmprotect 9 to create a schedule with a separate task for each host to backup a specified VM at a certain time (not the same time).

But unfortunately the 1st task is performing a full backup of the host and when the time comes to the next task during the 1st one is still running, it says that virtual machine is already being backed up.

But actually i have chosen 1 VM for each task.

The following are errors i get:

15:07:18: журнал : Ошибка задания "Резервное копирование vm 150": "Не удалось создать резервную копию.
Дополнительные сведения:
--------------------
Код ошибки: 3
Модуль: 435
LineInfo: 555b5abba0950337
Поля:
Сообщение: Не удалось создать резервную копию.
--------------------
Код ошибки: 32786
Модуль: 114
LineInfo: 28314c961de7d2c5
Поля:
Сообщение: Не удалось выполнить подготовку к резервному копированию. Резервное копирование всех виртуальных машин группы уже выполняется.
--------------------
Код ошибки: 32850
Модуль: 114
LineInfo: 4def231b629a8b89
Поля:
Сообщение: Резервное копирование виртуальной машины "52eeeabc-075a-c7ed-da27-96df45dda082" уже запущено.
15:07:36: Не удалось запустить задание с идентификатором "C1D72A31-43A2-43C6-A7CF-4B4828DA15C2" (внутренний запуск).
Дополнительные сведения:
--------------------
Код ошибки: 41
Модуль: 144
LineInfo: 5ee2c4bb8ba04bdd
Поля:
Сообщение: Не удалось запустить задание с идентификатором "C1D72A31-43A2-43C6-A7CF-4B4828DA15C2" (внутренний запуск).
--------------------
Код ошибки: 3
Модуль: 435
LineInfo: 5ee2c4bb8ba0489f
Поля: IsReturnCode : 1
Сообщение: Не удалось создать резервную копию.
--------------------
Код ошибки: 32786
Модуль: 114
LineInfo: 28314c961de7d2c5
Поля:
Сообщение: Не удалось выполнить подготовку к резервному копированию. Резервное копирование всех виртуальных машин группы уже выполняется.
--------------------
Код ошибки: 32850
Модуль: 114
LineInfo: 4def231b629a8b89
Поля:
Сообщение: Резервное копирование виртуальной машины "52eeeabc-075a-c7ed-da27-96df45dda082" уже запущено.
15:08:35: вот что я заметил Резервное копирование дополнительного файла "Mailserver2.vmdk".

It is in Russian so feel free to ask anything.

Regards

0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Hi Alan,

It looks like you have made a group selection of the VMs to be backed up instead of selecting individual VMs. On the 1st step of the backup wizard you selected entire ESXi host to be backed up which means that all the VMs from it will be processed. To confirm it can you please attach the screen shots of the backup tasks settings from View->Tasks, expanding all the tasks?

P.S. Если есть проблемы с выкладыванием скриншотов в общий доступ, вы можете послать их только мне в личном сообщении (Send PM).

Thank you.
--
Best regards,
Vasily
Acronis vmProtect Program Manager

Good day,

The following i have for now.

In fact the problem it self is not actually mine so I'm just trying to explain it to you in english.

As soon as i get a screenshot with all tasks expanded I'll attach it.

There was also mentioned that it happens that task is working a wrong way backing up some VMs from different host.

Regards

Attachment Size
171452-111865.doc 250 KB
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Hi Alan,

It looks like that x.x.254.100 and x.x.254.150 hosts are a part of vSphere cluster (i.e. managed by a vCenter), since they contain identical resource pools in them (all names match), so what happens in your case:

1) You set up 2 backup tasks to back up an entire resource pool (for example FB_DOMAIN) from .100 and from .150 host (2 separate tasks for the same resource pool)
2) When these tasks try to run the VMs might be vMotioned from .100 to .150 host or vice versa and this will cause the conflict.

The proper way to resolve this issue would be as follows:

a) Go to Configure->ESXi hosts and remove (unregister) all individual .100 + .150 + .250 hosts from there
b) At the same page add the vCenter which manages all these hosts
c) Go to View->Tasks and remove all of the currently created tasks, leaving just 1 which backs up both FB_DOMAIN + FBMSE_domain resource pools with all VMs inside.

This should fix the problem.

Thank you.
--
Best regards,
Vasily
Acronis vmProtect Program Manager

Hi Vasily,

The situation is much more simple in fact.

vMotion was not configured and only vSphere clients were used.

So, each host is a physical machine which has ESXi installed and used to manage only to the virtual machines inside each of them.

vCenter is not used either.

the question is if there can be a solution for acronis to do the tasks correctly, which does not include any management
uniting procedures for all the hosts?

Cluster is not used either.

Regards
Alan

frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Hi Alan,

I think it then makes sense to contact our support team and troubleshoot the issue over a quick remote assistance session. The error is a standard misconfiguration one and it should be relatively easy to fix by proper adjustment of the backup tasks.

Also note that if you have 3 separate hosts (the identical names of the resource pools confused me), then you can deploy an appliance to each of the hosts and use 3 appliances for backing up each dedicated host (do not register other hosts) - in this case the backup will be performed using hot-add mode which is much faster than reading data via appliance deployed to one host from remote host over network (assuming that you don't have a shared datastore).

Thank you.
--
Best regards,
Vasily
Acronis vmProtect Program Manager

Hi Vasily.

Actually the problem was solved by vSphere cluster and vCenter installation.

Thanks for your advice, it is still strange that acronis would not perform those taks normally as it was... (I'm just translating) :)

All backup tasks are going as they should now.

P.S. Большое спасибо!

Best regards
Alan

frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Hi Alan,

I just thought of one more possibility: it could be duplicate InstanceUUID properties of the VMs (this is a vSphere infrastructure object which identifies VMs) which are used by vmProtect to uniquely identify the VMs. It is normal when 2 separate standalone hosts have the same InstanceUUID for 2 VMs and probably that's something that happened when vmProtect tried to back up these 2 VMs (which are physically different, but have the same InstanceUUID value). After adding the hosts into vCenter - it automatically changes the InstanceUUIDs for VMs to ensure their uniqueness (otherwise some vCenter features won't work), so this explains why it works now.

Again - these are just my guesses of what could be the reason (the real reason could be discovered by further investigation which is no longer required) :)

P.S. Вам спасибо!
--
Best regards,
Vasily Semyonov
Acronis vmProtect Program Manager