Debian Support Regression with VBR management

[bbruno]

Hello,

We have a new regression on VAL support with VBR v10 with Debian 9 stretch
On VBR side, during a rescan, we have this error : Unable to install backup agent: cannot connect to XX.XXX.XXX.XX Error: Failed to collect information about Linux OS

Code: Select all

On VAL side, the log said :
[26.04.2020 21:00:22.305] <139974185488320> install| Running command [veeaminstaller] with arguments: {--system-info}, {VBR}
[26.04.2020 21:00:22.305] <139974185488320>        | ====================================================================================
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| {
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm|   Veeam Agent for Linux: /opt/veeam/veeaminstaller.
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm|   Version: 4.0.0.1961
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm|   PID: 24414
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm|   hostname: OUR_HOSTNAME
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm|   uname
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm|     sysname : Linux
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm|     release : 4.19.0-0.bpo.6-amd64
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm|     version : #1 SMP Debian 4.19.67-2+deb10u2~bpo9+1 (2019-11-12)
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm|     machine : x86_64
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| }
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| Parsing SOsReleaseInfo from file /etc/os-release
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| /etc/os-release file content:
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| NAME="Debian GNU/Linux"
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| VERSION_ID="9"
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| VERSION="9 (stretch)"
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| VERSION_CODENAME=stretch
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| ID=debian
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| HOME_URL="https://www.debian.org/"
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| SUPPORT_URL="https://www.debian.org/support"
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| BUG_REPORT_URL="https://bugs.debian.org/"
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| VERSION_ID="9"
[26.04.2020 21:00:22.305] <139974185488320> install| WARN|Failed to parse os-release file
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |<unspecified file>(10): duplicate key name
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |Improper format of os-release: PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |NAME="Debian GNU/Linux"
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |VERSION_ID="9"
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |VERSION="9 (stretch)"
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |VERSION_CODENAME=stretch
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |ID=debian
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |HOME_URL="https://www.debian.org/"
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |SUPPORT_URL="https://www.debian.org/support"
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |BUG_REPORT_URL="https://bugs.debian.org/"
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |VERSION_ID="9"
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |Failed to parse file /etc/os-release
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |--tr:Failed to parse file /etc/os-release
[26.04.2020 21:00:22.305] <139974185488320> lpbcomm| Parsing SSystemReleaseInfo from file /etc/system-release
[26.04.2020 21:00:22.305] <139974185488320> install| WARN|Failed to parse system-release file
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |No such file or directory
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |POSIX: Failed to open file [/etc/system-release].
[26.04.2020 21:00:22.305] <139974185488320> install| >>  |Failed to parse file /etc/system-release
[26.04.2020 21:00:22.306] <139974185488320> install| ERR |Failed processing args
[26.04.2020 21:00:22.306] <139974185488320> install| >>  |Failed to collect information about Linux OS
[26.04.2020 21:00:22.306] <139974185488320> install| >>  |--tr:Failed to collect Linux system info
[26.04.2020 21:00:22.306] <139974185488320> install| >>  |--tr:Unable to collect linux system information.
[26.04.2020 21:00:22.306] <139974185488320> install| >>  |--tr:Failed to get system info
[26.04.2020 21:00:22.306] <139974185488320> install| >>  |An exception was thrown from thread [139974185488320].

A support engineer have seen the issue and a case have been open (#04139343) but as it's a blocking problem we want to know if anyone have a workaround, If we configure the host as a standalone one or connect it to a VCC, it work fine.

Regards,

[HannesK]

Hello,
I just read the last answers from the support case and the issue seems to be resolved.

I also did not notice any issues with my debian 9 in my lab. The agent installed without any issues.

Best regards,
Hannes

[SteveHeller]

Dear all

What was the solution to this problem?
I have the exact same problem with an old Ubuntu 10.04 server.

Thanks and best regards.

[HannesK]

Hello,
if you mean Ubuntu 20.04... then it is not supported yet https://helpcenter.veeam.com/docs/agent ... tml?ver=40 (but I just did a quick test in my lab and it works fine)

For the other case: there was a duplicate line in /etc/os-release

Please remember that the forums are not a support replacement. veeam-backup-replication-f2/rules-of-po ... -t755.html

Best regards,
Hannes

[SteveHeller]

Hi Hannes

Actually (and sadly) no, I meant Ubuntu 10.04. That box is nearly 10 years old and not supported from the previous IT guy.
I just took this client over and he is not ready yet to replace the server - but he wants a backup for now.

Thanks for the reply. I did already create the support case - will take it from there.

Best regards and thanks again, Steve

[HannesK]

no need to create a support case... 14.04 is the earliest supported version (see my link above)

If file backup is "good enough", then I would try NAS backup. It was never tested for such old systems, but it might work (at least if it is a 64bit machine).

[SteveHeller]

Thank you - that clearifies this.

I did test NAS backup and it works flawlessly! It even is a 32bit system with SMB1 - but it still works (I had to enable SMB1 support on the Veeam B&R server).
Will use NAS backup for now - thanks again!