Avamar: hfscheck schlägt mit Fehler fehl MSG_ERR_CMD_FAIL

Bei der Avamar-Wartungsaktivität wird ein fehlgeschlagener hfscheck angezeigt, wodurch verhindert wird, dass der Prüfpunkt validiert wird. 
 

# status.dpn

Last checkpoint: cp.20260121214733 finished Wed Jan 21 16:47:51 2026 after 00m 18s (OK)
Last GC: finished Wed Jan 21 08:00:49 2026 after 00m 05s >> recovered 21.08 KB (OK)
Last hfscheck failed with result MSG_ERR_CMD_FAIL : started Wed Jan 21 16:47:59 2026 ended Wed Jan 21 16:48:07 2026, nodes queried/replied/total(1/1/1)

Bei der Überprüfung der GSAN-Protokolle wird ein Fehler angezeigt. 
 

/data01/cur/gsan.log
2026/01/21-21:48:07.92035 {0.0} [cprecovery:133]  checkpoint::dnscontext::resetdns using alternate stripedns srcdir=recover_do_not_touch/cp.20260121214733.1769032053.20260121T214807x920059 dns=cur
2026/01/21-21:48:07.92038 {0.0} [manage:1279]  negotiator::request exception server_exception(MSG_ERR_CMD_FAIL)
2026/01/21-21:48:07.92038 {0.0} [manage:1279]  dpncheckmanager::dpncheckcontext::revert
2026/01/21-21:48:07.92041 {0.0} [cprecovery:133]  stripetab::stripetab sizeof(stripelistitem) = 160
2026/01/21-21:48:07.92042 {0.0} [cprecovery:133]  stripetab::stripetab sizeof(stripeitemtype) = 168
2026/01/21-21:48:07.92042 {0.0} [cprecovery:133]  nodetab::nodetab sizeof(nodelistitem) = 496
2026/01/21-21:48:07.92043 {0.0} [cprecovery:133]  nodetab::nodetab sizeof(nodeitemtype) = 512
2026/01/21-21:48:07.92043 {0.0} [manage:1279]  samthread::call server_exception server_exception(MSG_ERR_CMD_FAIL) REQUESTDP

Beobachtung von "home/admin" ist in diesem Fall die Verzeichnisberechtigung anwendbar. 

root@hop-ave-81-v1912:/home/#: ls -la
total 4
drwxr-xr-x  7 root   root     69 Mar  3  2025 .
drwxr-xr-x  4 root   root     32 Mar  3  2025 ..
drwxr-x--- 17 root   admin  4096 Jan 21 09:01 admin
drwxr-xr-x  8 avi    avi     204 Dec 17  2024 avi
drwxr-x---  3 dpn    admin   119 Apr 11  2025 dpn
drwxr-xr-x  8 tomcat tomcat  198 Sep 26 13:52 tomcat
drwxr-xr-x  6 vauser vauser  141 Dec 17  2024 vauser

• Strenge Eigentumskontrollen
  Die Integritätsprüfungen und die Prüfpunktlogik von Avamar validieren die Laufzeitumgebung, einschließlich:

  • Eigentumsrechte an /home/admin und alle Inhalte müssen admin:admin.
  • Die SSH-Materialien (z. B. /home/admin/.ssh/authorized_keys, Schlüssel) muss im Besitz von admin und strenge Dauerwellen haben (kein Schreiben für Gruppe/andere).
  • Einige Skripte und Laufzeitstatus, die unter /home/admin muss für die admin Nutzer und nicht im Besitz von root.

  Ändern root:admin, dpncheck/cprecovery erkennen unerwarteten Besitz und Bail-out als Sicherheitsmaßnahme.

• Abhängigkeit des Verhandlungsführers/Managements von der Homeoffice
  des Administrators Der Avamar-Verhandler und die Management-Daemons verlassen sich auf die admin Kontokontext für Authentifizierung und Orchestrierung. Wenn Dateien unter /home/admin sind nicht im Besitz von adminkönnen Sie Folgendes sehen:

  • SSH-Authentifizierungsfehler oder übersprungene Ausführung aufgrund unsicherer Perms.
  • Skripte verweigern die Ausführung, wenn sie den falschen Eigentümer erkennen (Tiefenverteidigung).
  • Daraus resultierende Befehlsfehler werden angezeigt, wenn MSG_ERR_CMD_FAIL.

1. Melden Sie sich zum Ändern als Root an /home/admin Berechtigungen sein. 

# su -
# chmod root:admin /home/admin

root@hop-ave-81-v1912:/home/#: ls -la
total 4
drwxr-xr-x  7 root   root     69 Mar  3  2025 .
drwxr-xr-x  4 root   root     32 Mar  3  2025 ..
drwxr-x--- 17 admin  admin  4096 Jan 21 09:01 admin
drwxr-xr-x  8 avi    avi     204 Dec 17  2024 avi
drwxr-x---  3 dpn    admin   119 Apr 11  2025 dpn
drwxr-xr-x  8 tomcat tomcat  198 Sep 26 13:52 tomcat
drwxr-xr-x  6 vauser vauser  141 Dec 17  2024 vauser