Acronis Backup 12 for Linux
Подскажите пожалуйста,собираюсь сделать централизованный сервер бекапов на Linux.
Скачал и установил Acronis Backup 12 for Linux x64 , установил на Centos 7, но при добавлении нового сервера на Windows и попытке создания бекапа - место для хранения бекапа доступно только локальное для Windows сервера, а не мой центральный сервер на Centos 7.
Жду Вашего ответа!

- Se connecter pour poster des commentaires

Hi
I use Windows Acronis Agent
I configured samba and now i could start backup from Windows Hyper-V VM to my Centos smb share folder. thx
- Se connecter pour poster des commentaires

So i want to use centralized folders. Do I need to use Acronis Backup Advanced 11.7 for Linux ?
- Se connecter pour poster des commentaires

AB12 (not Advanced) is not capable of centralized backup like in AB11.7 Advanced, so you need AB11.7 Advanced, I guess.
Here is a product comparison between available versions, the Advanced editions are capable of Centralized Management: https://kb.acronis.com/content/57645
- Se connecter pour poster des commentaires

Acronis Backup 12 supports centralized backup. Just specify samba share and that's all.
Windows agent supports only local folders, CIFS shares (samba) and cloud storage. NFS shares are supported by Agent for Linux only.
To solve you problem, specify samba share in the backup plan.
In future we will add ability to use registered location in the backup plan without need to specify the same path in several backup plans again and again.
----
In russian: NFS не поддерживается Agent for Windows, поэтому используйте samba share. В плане задайте путь к samba share и все.
- Se connecter pour poster des commentaires

Hello! Can you tell me, does deduplication works on Acronis Backup 12 on Linux with samba ?
- Se connecter pour poster des commentaires

Hi,
The backup vault with deduplication enabled can be set up on an SMB share (hosted on Linux or anywhere else) in Acronis Backup Advanced 11.7 version. The Acronis Storage Node component installed on a separate machine (currently it can be installed on Windows machine only) will maintain the deduplication database on local disks and the actual deduplicated data on an SMB share (i.e. over network). The Advanced edition of v12 with this functionality will become available only later.
P.S. Also v12 will allow Acronis Storage Node component to be run on Linux OS.
Thank you.
- Se connecter pour poster des commentaires

Подскажите пожалуйста!
Установил AB 12 на Centos 7 - полностью все компоненты от пользователя root.
процессы работают:ps aux | grep acronis
acronis+ 31036 0.7 3.2 229480 61848 ? SLsl 10:09 0:03 /usr/lib/Acronis/LicenseServer/acronis_license_service
acronis+ 31757 0.8 2.6 215592 49976 ? Ssl 10:11 0:02 /usr/lib/Acronis/WebServer/acronis_web_service
root 32018 0.0 0.2 168576 4476 ? Ssl 10:11 0:00 /usr/lib/Acronis/Agent/acronisagent
acronis+ 32126 1.3 5.0 900188 94664 ? Ssl 10:12 0:03 /usr/lib/Acronis/AMS/ManagementServer
root 32492 0.0 0.0 112672 936 pts/1 S+ 10:16 0:00 grep --color=auto acronis
Но в браузере при входе пишет :
The service is offline.
Прошу разъяснить в чем проблема!
- Se connecter pour poster des commentaires

Dmitry, попробуйте запустить команду:
acropsh -m dmldump --service ams --connection localhost root <root_password> --dml-workflow report --viewspec-string Gtob::Dto::ProtectionPlan
для проверки работы ManagementServer'a. <root_password> - пароль root'a
И выложите сюда output вызова команды.
В идеале, конечно, лучше дать нам ssh доступ (в приватном сообщение мне) для исследования проблемы.
- Se connecter pour poster des commentaires

acropsh -m dmldump --service ams --connection localhost root <password> --dml-workflow report --viewspec-string Gtob::Dto::ProtectionPlan
Connecting to ams on localhost ...
Error 0xf90004: ASYNC: Unidentified job.
| строка: 0xd9612b4aaebb8e3f
| файл: k:/3500/enterprise/common/async/base_job.cpp:40
| функция: Describe
| $module: asyncipc_lxa64_3500
|
| error 0x30002: SocketError
| строка: 0xe6f03fbb500418a8
| файл: k:/3500/enterprise/common/async_ipc/async/io_base_libevent.cpp:1313
| функция: OnEvent
| Code: 0x6f
| $module: asyncipc_lxa64_3500
- Se connecter pour poster des commentaires

Hi, are there any errors in /tmp/AcronisAms.log ?
- Se connecter pour poster des commentaires

Subject: Запуск юнита acronis_web_service.service завершен
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Процесс запуска юнита acronis_web_service.service был завершен.
--
-- Результат: done.
сен 01 15:52:06 centos7acronis polkitd[640]: Unregistered Authentication Agent for unix-process:16593:165338 (system bus name :1.53, object path /org/freedesktop/PolicyKit1/AuthenticationAg
~
Вот что пишет journalctl -xe
- Se connecter pour poster des commentaires

systemctl status acronis_web_service
● acronis_web_service.service - Acronis Web Server Service
Loaded: loaded (/etc/systemd/system/acronis_web_service.service; enabled; vendor preset: disabled)
Active: active (running) since Чт 2016-09-01 15:43:30 MSK; 11min ago
Main PID: 6551 (acronis_web_ser)
CGroup: /system.slice/acronis_web_service.service
└─6551 /usr/lib/Acronis/WebServer/acronis_web_service
сен 01 15:46:10 centos7acronis systemd[1]: [/etc/systemd/system/acronis_web_service.service:17] Failed to parse unsigned value, ignoring: 99999999999999
сен 01 15:46:16 centos7acronis systemd[1]: [/etc/systemd/system/acronis_web_service.service:17] Failed to parse unsigned value, ignoring: 99999999999999
сен 01 15:46:16 centos7acronis systemd[1]: [/etc/systemd/system/acronis_web_service.service:17] Failed to parse unsigned value, ignoring: 99999999999999
сен 01 15:49:07 centos7acronis systemd[1]: [/etc/systemd/system/acronis_web_service.service:17] Failed to parse unsigned value, ignoring: 99999999999999
сен 01 15:50:18 centos7acronis systemd[1]: [/etc/systemd/system/acronis_web_service.service:17] Failed to parse unsigned value, ignoring: 99999999999999
сен 01 15:50:18 centos7acronis systemd[1]: [/etc/systemd/system/acronis_web_service.service:17] Failed to parse unsigned value, ignoring: 99999999999999
сен 01 15:50:18 centos7acronis systemd[1]: [/etc/systemd/system/acronis_web_service.service:17] Failed to parse unsigned value, ignoring: 99999999999999
сен 01 15:50:19 centos7acronis systemd[1]: [/etc/systemd/system/acronis_web_service.service:17] Failed to parse unsigned value, ignoring: 99999999999999
сен 01 15:50:19 centos7acronis systemd[1]: [/etc/systemd/system/acronis_web_service.service:17] Failed to parse unsigned value, ignoring: 99999999999999
сен 01 15:52:05 centos7acronis systemd[1]: Started Acronis Web Server Service.
[root@localhost ~]# nano /etc/systemd/system/acronis_web_service.service
- Se connecter pour poster des commentaires

I still advice to have a look in /tmp/AcronisAMS.log
Could you please provide here output of the following command:
cat /tmp/AcronisAMS.log
- Se connecter pour poster des commentaires

[root@centos7acronis ~]# cat /tmp/AcronisAMS.log
<?xml version="1.0" encoding="UTF-8" standalone="yes"?><log>
<message pid="23217" time="2016-08-26T10:43:02.948+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="23217" time="2016-08-26T10:49:06.805+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="583" time="2016-08-26T10:50:25.118+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="583" time="2016-08-26T10:56:17.209+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="6775" time="2016-08-26T10:57:20.467+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="6775" time="2016-08-26T14:16:24.289+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="4419" time="2016-08-29T10:42:13.379+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="4419" time="2016-08-29T10:54:51.178+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="639" time="2016-08-29T10:56:16.163+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="639" time="2016-08-29T11:18:34.043+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="6962" time="2016-08-29T11:19:37.922+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="6962" time="2016-08-29T11:34:40.867+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="18894" time="2016-08-29T11:38:38.939+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="18894" time="2016-08-31T10:15:24.205+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="11750" time="2016-08-31T10:16:25.205+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="11750" time="2016-08-31T10:20:34.694+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="13536" time="2016-08-31T10:21:19.126+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="13536" time="2016-08-31T16:20:35.540+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="18867" time="2016-08-31T16:21:50.045+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="18867" time="2016-09-01T08:44:04.859+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="26508" time="2016-09-01T08:46:49.103+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="26508" time="2016-09-01T09:31:37.026+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="28737" time="2016-09-01T09:32:23.646+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="28737" time="2016-09-01T10:30:03.193+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="31145" time="2016-09-01T10:31:48.236+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="31145" time="2016-09-01T14:44:23.026+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="2373" time="2016-09-01T14:45:05.446+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="2373" time="2016-09-01T14:51:39.811+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="3013" time="2016-09-01T14:51:40.294+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="3013" time="2016-09-01T15:12:42.316+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="4145" time="2016-09-01T15:12:42.776+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="4145" time="2016-09-01T15:24:14.517+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="613" time="2016-09-01T15:24:41.583+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="613" time="2016-09-01T15:41:33.622+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="6297" time="2016-09-01T15:41:33.842+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="6297" time="2016-09-01T16:05:35.677+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="17031" time="2016-09-01T16:05:36.410+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
<message pid="17031" time="2016-09-01T16:24:13.812+03:00" level="2"><![CDATA[
exit: 0
]]></message>
<message pid="603" time="2016-09-01T16:24:52.486+03:00" level="2"><![CDATA[
exec, build: 12.0.3500.0
]]></message>
- Se connecter pour poster des commentaires

From /tmp/AcronisAMS.log I see that live-time of the service doesn't exeed several minutes. At the same time "exit 0" means that the service exited normally without any unexpected failures, so the service just catched and processed SIGTERM signal. For now I have the only idea that it was sysmemd - who send the SIGTERM.
and recommend to play with var values in /etc/systemd/system/acronis_ams.service
At list you can decrease StartLimitBurst to a bit more adequate value, say
StartLimitBurst=1000
Please, feel free to report here your results. Whether advice helped or not.
- Se connecter pour poster des commentaires

Here is output from /var/lib/Acronis/WebServer/Logs/web_server.log
"threadName": "MainThread", "process": 595, "levelname": "DEBUG", "funcName": "start_wcs", "msecs": 273.9722728729248, "module": "wcs",
{"threadName": "MainThread", "process": 595, "levelname": "DEBUG", "funcName": "__init__", "msecs": 23.94556999206543, "module": "servic
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 378.3564567565918, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 380.016565322876, "module": "re
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "execute_action", "msecs": 380.91087341308594, "module": "h
{"threadName": "Thread-4", "process": 595, "levelname": "INFO", "funcName": "prepare_session_data", "msecs": 381.98328018188477, "module
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "__init__", "msecs": 382.81822204589844, "module": "session
{"threadName": "Thread-4", "process": 595, "processName": "MainProcess", "funcName": "wcs_api_wrapper", "msecs": 584.578275680542, "modu
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 589.7166728973389, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 600.6765365600586, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 601.5403270721436, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "execute_action", "msecs": 602.1530628204346, "module": "ha
{"threadName": "Thread-4", "process": 595, "levelname": "INFO", "funcName": "prepare_session_data", "msecs": 602.8831005096436, "module"
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "__init__", "msecs": 603.518009185791, "module": "session",
{"threadName": "Thread-4", "process": 595, "processName": "MainProcess", "funcName": "wcs_api_wrapper", "msecs": 607.8188419342041, "mod
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 609.2171669006348, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 655.7846069335938, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 656.5945148468018, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "execute_action", "msecs": 657.1905612945557, "module": "ha
{"threadName": "Thread-4", "process": 595, "levelname": "INFO", "funcName": "prepare_session_data", "msecs": 657.921552658081, "module":
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "__init__", "msecs": 658.4556102752686, "module": "session"
{"threadName": "Thread-4", "process": 595, "processName": "MainProcess", "funcName": "wcs_api_wrapper", "msecs": 661.9527339935303, "mod
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 663.1929874420166, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 670.7496643066406, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 671.4940071105957, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "execute_action", "msecs": 672.0705032348633, "module": "ha
{"threadName": "Thread-4", "process": 595, "levelname": "INFO", "funcName": "prepare_session_data", "msecs": 672.8060245513916, "module"
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "__init__", "msecs": 673.3131408691406, "module": "session"
{"threadName": "Thread-4", "process": 595, "processName": "MainProcess", "funcName": "wcs_api_wrapper", "msecs": 676.6054630279541, "mod
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 677.8326034545898, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 685.3737831115723, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 686.1569881439209, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "execute_action", "msecs": 686.7461204528809, "module": "ha
{"threadName": "Thread-4", "process": 595, "levelname": "INFO", "funcName": "prepare_session_data", "msecs": 687.4897480010986, "module"
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "__init__", "msecs": 688.0056858062744, "module": "session"
{"threadName": "Thread-4", "process": 595, "processName": "MainProcess", "funcName": "wcs_api_wrapper", "msecs": 691.4997100830078, "mod
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 692.7316188812256, "module": "r
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 698.983907699585, "module": "re
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 699.718713760376, "module": "re
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "execute_action", "msecs": 700.3071308135986, "module": "ha
{"threadName": "Thread-4", "process": 595, "levelname": "INFO", "funcName": "prepare_session_data", "msecs": 701.012134552002, "module":
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "__init__", "msecs": 701.514720916748, "module": "session",
{"threadName": "Thread-4", "process": 595, "processName": "MainProcess", "funcName": "wcs_api_wrapper", "msecs": 704.7572135925293, "mod
{"threadName": "Thread-4", "process": 595, "levelname": "DEBUG", "funcName": "wcs_api_wrapper", "msecs": 705.9834003448486, "module": "r
- Se connecter pour poster des commentaires

> /var/lib/Acronis/WebServer/Logs/web_server.log
Yes, the product consist of several services, but the main one - is so called 'AMS'. AMS is controlled by systemd through config /etc/systemd/system/acronis_ams.service
And the main problem I see here is that AMS doesn't work well - it is been restarted every several minutes. Unless the problem with AMS fixed it looks useless to analize logs of another service called 'WebServer', which one is actually just a http-frontend for AMS.
When AMS works well, threre shouldn't be any unexpected "exit" prints in /tmp/AcronisAMS.log
And of cause the shell command 'sudo acropsh -m dmldump --service ams --viewspec-string Gtob::Dto::ProtectionPlan' should print something different in terminal - but not details about connection error.
---
Since the issue described above will be fixed, we can discuss other logs if needed
- Se connecter pour poster des commentaires

Hello everyone, my problem has been solved by editing file /etc/hosts. I gave new hostname, but did edit line ::1 localhost localhost.localdomain.
So, i rename localhost localhost.localdomain to new name of my host and restart all acronis services and web login is working now)!
Thanks everyone for help!
- Se connecter pour poster des commentaires