NVE: Betriebssystem-Rollup schlägt fehl: "Mindestens auf einem Node wird SLES nicht ausgeführt", wenn /root/.bashrc geändert wurde

Summary: Ein NVE-Betriebssystem-Rollup (NetWorker Virtual Edition) schlägt fehl und meldet, dass auf einem Node kein SLES ausgeführt wird. /root/.bashrc wurde geändert.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Das NetWorker Virtual Edition-Rollup schlägt fehl, wobei der folgende Fehler in /usr/local/avamar/var/avi/server_data/package_data/NvePlatformOsRollup_YYYY-R#-v#.avp_EPOCH_TIMESTAMP/workflow.log

nve:~ # cat /usr/local/avamar/var/avi/server_data/package_data/*/workflow.log | grep -A2 "uname"
YYYY-MM-DD HH:mm:SS (TZ) 47378741877400 INFO: >>> [make_temp_script] 222 very_current_user=root, as_user=root, ssh command is: (ssh -q -i /root/.ssh/rootid -x -q -o ConnectTimeout=5 -o PasswordAuthentication=no -o StrictHostKeyChecking=no -o GSSAPIAuthentication=no  root@127.0.0.1  uname -a) >/usr/local/avamar/var/run_command-sysout.13521.47378741877400 2>&1
YYYY-MM-DD HH:mm:SS (TZ) 47378741877400 INFO: - - - - - - - BEGIN(output) - - - - - - -
YYYY-MM-DD HH:mm:SS (TZ) 47378741877400 INFO:
---        
YYYY-MM-DD HH:mm:SS (TZ) 47378741877400 INFO: "ssh -q -i /root/.ssh/rootid -x -q -o ConnectTimeout=5 -o PasswordAuthentication=no -o StrictHostKeyChecking=no -o GSSAPIAuthentication=no  root@127.0.0.1  uname -a", exit status=0 (success)
YYYY-MM-DD HH:mm:SS (TZ) 47378741877400 INFO: address=::1 remote=ssh -q -i /root/.ssh/rootid -x -q -o ConnectTimeout=5 -o PasswordAuthentication=no -o StrictHostKeyChecking=no -o GSSAPIAuthentication=no  root@127.0.0.1  os=unknown version=unknown update=unknown arch=x86_64
YYYY-MM-DD HH:mm:SS (TZ) 47378741877400 INFO:  - One or more nodes are not running SLES succeeded

Die OsRollup-Workflowprotokolle finden Sie im Verzeichnis "Rollups package_data":

/usr/local/avamar/var/avi/server_data/package_data/NvePlatformOsRollup_YYYY-R#-v#.avp_EPOCH_TIMESTAMP/workflow.log

Cause

In diesem Fall werden die /root/.bashrc wurde geändert, um einige Post-Login-Funktionen für den Root-Benutzer hinzuzufügen. Wenn der Workflow versucht, den SSH-Befehl als Root auszuführen, gibt er die nutzerdefinierte Skriptausgabe von zurück. /root/.bashrc wenn es nur die Ausgabe von uname -a. Dies führt dazu, dass der Workflow das richtige Betriebssystem nicht erkennt.

/root/.bashrc Enthält nutzerdefinierte Befehle oder Skripte.

nve:~ # cat /root/.bashrc
/etc/dynmotd

Beim Ausführen desselben Befehls, der im Workflow gemeldet wird, wird eine andere Ausgabe von zurückgegeben /root/.bashrc statt nur der uname -a sind.

nve:~ # ssh -q -i /root/.ssh/rootid -x -q -o ConnectTimeout=5 -o PasswordAuthentication=no -o StrictHostKeyChecking=no -o GSSAPIAuthentication=no  root@127.0.0.1  uname -a

===========================================================================

 - DESC:       NetWorker Virtual Edition Appliance
 - NAME:       nve.networker.lan
 - PRIVATE IP: 123.123.0.16/24
 - OS:         SUSE Linux Enterprise Server 12 (x86_64)
 - NSR:        19.10.0.2.Build.77
 - NRE:        8.0.21
 - JAVA:       jre1.8.0_411

===========================================================================
 - Current user........: root
 - Login time..........: Fri Sep 20 11:47:34 EDT 2024
 - Users...............: Currently 1 user(s) logged on
 - CPU usage...........: 0.10, 0.03, 0.01 (1, 5, 15 min)
 - Memory used.........: 2946 MB / 15776 MB
 - / Disk usage........: 38%
 - Processes...........: 210 running
 - System uptime.......: 0 days 19 hours 0 minutes 22 secondsg
===========================================================================
 - NVE History..........:

Feb 27 2020 NveInstall-19.1.1-90.avp_1582793396969
Sep 19 08:58 NveConfig-19.1.1-90.avp_1726750488800
Sep 19 09:19 NvePlatformOsRollup_2020-R3-v5.avp_1726751519503
Sep 19 10:06 NveUpgrade-19.3.0-11.avp_1726754527160
Sep 19 10:49 NveUpgrade-19.4.0-84.avp_1726756738443
Sep 19 12:04 NveUpgrade-19.5.0-82.avp_1726760392985
Sep 19 12:30 NvePlatformOsRollup_2021-R3-v6.avp_1726763311547
Sep 19 12:53 NveUpgrade-19.6.1-51.avp_1726764299579
Sep 19 13:13 NveUpgrade-19.8.0-81.avp_1726765443481
Sep 19 13:20 NvePlatformOsRollup_2023-R1-v7.avp_1726766343118
Sep 19 13:24 NvePlatformOsRollup_2023-R2-v5.avp_1726766619289
Sep 19 13:44 NveUpgrade-19.9.0-518.avp_1726767035124
Sep 19 13:51 NvePlatformOsRollup_2023-R4-v4.avp_1726768210200
Sep 19 14:13 NveUpgrade-19.10.0-42.avp_1726768964793
Sep 19 16:51 NvePlatformOsRollup_2024-R2-v3.avp_1726778983486
===========================================================================

Linux nve 4.12.14-122.37-default #1 SMP Sun Sep 6 05:00:36 UTC 2020 (fe8cacf) x86_64 x86_64 x86_64 GNU/Linux

HINWEIS: Die Ausgabe des Befehls kann unterschiedlich sein, je nachdem, was im /root/.bashrc zu verwenden. Möglicherweise wird die gleiche Ausgabe von der /root/.bashrc Datei (oder die Skripte, die in /root/.bashrc) in der workflow.log.

Der Befehl sollte nur die-a Ausgabe.
Beispiel:

nve:~ # ssh -q -i /root/.ssh/rootid -x -q -o ConnectTimeout=5 -o PasswordAuthentication=no -o StrictHostKeyChecking=no -o GSSAPIAuthentication=no  root@127.0.0.1  uname -a
Linux nve 4.12.14-122.37-default #1 SMP Sun Sep 6 05:00:36 UTC 2020 (fe8cacf) x86_64 x86_64 x86_64 GNU/Linux
nve:~ #
HINWEIS: Dies ist nicht die einzige Ursache für den Fehler, die in diesem Wissensdatenbank-Artikel beschrieben wird, siehe Zusätzliche Informationen. Der Fokus dieses Artikels liegt auf der Lösung für die hier beschriebene spezifische Ursache.

Resolution

Entfernen Sie den Inhalt von /root/.bashrc Oder löschen Sie die Datei.

  1. Erstellen Sie einen VMware-Snapshot der NVE.
  2. Öffnen Sie eine SSH-Sitzung zur NVE als Administrator
  3. Wechseln Sie zum Root-Nutzer:
sudo su -
  1. Löschen oder umbenennen der /root/.bashrc file
rm -rf /root/.bashrc

OR

mv /root/.bashrc /root/backup-bashrc​​
  1. Überprüfen Sie, ob der folgende Befehl nur Ergebnisse für Folgendes zurückgibt: unameaus:
ssh -q -i /root/.ssh/rootid -x -q -o ConnectTimeout=5 -o PasswordAuthentication=no -o StrictHostKeyChecking=no -o GSSAPIAuthentication=no  root@127.0.0.1  uname -a
  1. Kehren Sie zum NVE-Installationsmanager zurück und wiederholen Sie die aktuelle Aufgabe

Der VMware-Snapshot kann entfernt werden, sobald der erfolgreiche Rollup-Vorgang bestätigt und die Systemaktualisierung validiert wurde. 

Additional Information

Affected Products

NetWorker

Products

NetWorker Family
Article Properties
Article Number: 000228782
Article Type: Solution
Last Modified: 04 Dec 2025
Version:  8
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.