Acronis Backup 12 for Linux
Подскажите пожалуйста,собираюсь сделать централизованный сервер бекапов на Linux.
Скачал и установил Acronis Backup 12 for Linux x64 , установил на Centos 7, но при добавлении нового сервера на Windows и попытке создания бекапа - место для хранения бекапа доступно только локальное для Windows сервера, а не мой центральный сервер на Centos 7.
Жду Вашего ответа!
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
So i want to use centralized folders. Do I need to use Acronis Backup Advanced 11.7 for Linux ?
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
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 и все.
Hello! Can you tell me, does deduplication works on Acronis Backup 12 on Linux with samba ?
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.
Подскажите пожалуйста!
Установил 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.
Прошу разъяснить в чем проблема!
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 доступ (в приватном сообщение мне) для исследования проблемы.
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
Hi, are there any errors in /tmp/AcronisAms.log ?
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
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
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
[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>
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.
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
> /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
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!