Symptom
After upgrading the NX-OS system software, the DCNM Tracker application may show a status of NOT_INSTALLED on the DCNM portal. Additionally the "run guestshell" and the "guestshell" exec commands will incorrectly prompt for a password when executed by the same user as the one used by the DCNM Tracker application.
Conditions
The DCNM Tracker application is running within the guest shell of a switch where:
1) System software version is 9.3.7 or lower and
2) Guestshell version is 2.X where X is greater or equal to 10.
The system software image is then upgraded to 9.3.8 or higher version.
The guestshell version can be checked by running the "show guestshell" command.
Example of the command and output filtered for the version:
# show guestshell | in version
Installed version : 2.10(0.0)
Workaround
After the NX-OS system software upgrade is complete, select the nodes on which the DCNM Tracker application has a status of NOT_INSTALLED and click install to re-install the DCMN Tracker.
Further Problem Description
The problem condition is introduced when a user account is created within the guest shell without a password and the user account is locked. It the case where the switch is running an image version 9.3.7 or lower and the guest shell version is 2.10 or 2.11, installation of the DCNM Tracker application in the guest shell results in this condition. When the switch is upgraded to version 9.3.8 or higher, the locked user account is used by the new software and results in this failure.
If the DCNM Tracker has not been used and this issue is seen, Executing the ?guestshell destroy? command followed by ?guestshell enable? command after the software upgrade is another method for clearing the error. This will reset the guest shell rootfs back to the default for the current system software version.
