JunOS: Odzyskiwanie hasła nie powiodło się

13

Próbuję odzyskać hasło roota na MX80, ale otrzymuję błędy i nie mam pojęcia, co one oznaczają (nie jest to możliwe, dlatego sugerowane są „zakłócające” kroki);

Kroki, które podjąłem, są następujące;

  • Zrestartuj router, gdy pojawi się monit Hit [Enter] to boot immediately, or space bar for command prompt- Uderzyłem w spację

  • Wchodzę, boot -saby uruchomić system w trybie pojedynczego użytkownika

  • Po wyświetleniu monitu Enter full pathname of shell or 'recovery' for root password recovery or RETURN for /bin/sh:wchodzęrecovery

  • Po przejściu do CLI wchodzę w tryb konfiguracji, a następnie próbuję zresetować hasło roota i zatwierdzić konfigurację;

To jest, gdy doświadczam błędów; Co one oznaczają i jak mogę to naprawić? Czy to nawet wymaga korekty (zakładam, że tak!):

[edit]
root# set system root-authentication plain-text-password 
New password:
Retype new password:

[edit]
root# commit    
error: could not open database: /var/run/db/juniper.data: No such file or directory
error: Database open failed for file '/var/run/db/juniper.data': No such file or directory
error: commit failed: daemon file propagation failed

[edit]
root# WATCHDOG_TIMER : Loss of soft watchdog
panic: Loss of soft watchdog
Entering boot mastership relinquish phase
KDB: enter: panic
[thread pid 11 tid 100005 ]
Stopped at      kdb_enter+0x1a4:        addis   r3, r0, -0x5f7a
db>

MX80 działa pod kontrolą JunOS 11.4R1.14. Uruchomiłem się ponownie i hasło nie zostało zresetowane. Czy powinienem spróbować ponownie, czy coś jest nie tak z tym routerem, który powinienem rozwiązać w pierwszej kolejności? Nie chcę niczego zranić.

AKTUALIZACJA

Jako aktualizacja tego; Dzisiaj ponownie uruchomiłem tryb odzyskiwania i nic nie zrobiłem, rozmawiałem przez telefon z routerem w pozycji „root”. Podczas rozmowy telefonicznej przez kilka minut router nagle wpadł w panikę;

Enter full pathname of shell or 'recovery' for root password recovery or RETURN for /bin/sh: recovery

Performing filesystem consistency checks ...
/dev/da0s1a: 1466 files, 91908 used, 361032 free (56 frags, 45122 blocks, 0.0% fragmentation)
/dev/da0s1e: 9 files, 8 used, 50273 free (17 frags, 6282 blocks, 0.0% fragmentation)

Performing mount of main filesystems ...

Performing filesystem consistency of secondary filesystems ...
/dev/da1s1f: 232 files, 362550 used, 1105677 free (125 frags, 138194 blocks, 0.0% fragmentation)

Performing mount of secondary filesystems ...
Verified manifest signed by PackageProduction_11_4_0
Verified jboot signed by PackageProduction_11_4_0
Verified jbase-ppc-11.4R1.14 signed by PackageProduction_11_4_0
Mounted jkernel package on /dev/md1...
Verified manifest signed by PackageProduction_11_4_0
veriexec: fingerprint for dev 73, file 49356 f743694d46ccdfd6bc72f0793c1cc0e8e5bdf80e != b3dfc26ab4c595f569e86791aa3dcfa4a277892c
Verified jkernel-ppc-11.4R1.14 signed by PackageProduction_11_4_0
Mounted jpfe package on /dev/md2...
Mounted jdocs package on /dev/md3...
Verified manifest signed by PackageProduction_11_4_0
Verified jdocs-11.4R1.14 signed by PackageProduction_11_4_0
Mounted jroute package on /dev/md4...
Verified manifest signed by PackageProduction_11_4_0
Verified jroute-ppc-11.4R1.14 signed by PackageProduction_11_4_0
Mounted jcrypto package on /dev/md5...
Verified manifest signed by PackageProduction_11_4_0
Verified jcrypto-ppc-11.4R1.14 signed by PackageProduction_11_4_0
machdep.bootsuccess: 1 -> 1

Performing initialization of management services ...
mgd: error: could not open database: /var/run/db/schema.db: No such file or directory
mgd: error: Database open failed for file '/var/run/db/schema.db': No such file or directory
mgd: error: could not open database schema: /var/run/db/schema.db
mgd: error: could not open database schema
mgd: error: database schema is out of date, rebuilding it
mgd: error: could not open database: /var/run/db/juniper.data: No such file or directory
mgd: error: Database open failed for file '/var/run/db/juniper.data': No such file or directory
mgd: error: Cannot read configuration: Could not open configuration database

Performing checkout of management services ...

NOTE: Once in the CLI, you will need to enter configuration mode using
NOTE: the 'configure' command to make any required changes. For example,
NOTE: to reset the root password, type:
NOTE:    configure
NOTE:    set system root-authentication plain-text-password
NOTE:    (enter the new password when asked)
NOTE:    commit
NOTE:    exit
NOTE:    exit
NOTE: When you exit the CLI, you will be asked if you want to reboot
NOTE: the system

Starting CLI ... 
root> WATCHDOG_TIMER : Loss of soft watchdog
panic: Loss of soft watchdog
###Entering boot mastership relinquish phase
KDB: enter: panic
[thread pid 11 tid 100005 ]
Stopped at      kdb_enter+0x1a4:        addis   r3, r0, -0x5f7a
db>

Przeinstaluję i zobaczę, co się stanie.

jwbensley
źródło
2
Mam wrażenie, że może występować problem z systemem operacyjnym, który uniemożliwia zmianę hasła. Spróbowałbym uaktualnić lub obniżyć wersję systemu operacyjnego, aby zobaczyć, czy to zadziała. Ale oczywiście zawsze wykonaj kopię zapasową konfiguracji i systemu operacyjnego.
ponsfonze
1
Zgadzam się, że brzmi to tak, jakby router uruchamiał się z obrazu kopii zapasowej i nie jest w stanie zapisać konfiguracji z powrotem do pamięci trwałej, ja również polecam aktualizację oprogramowania, jeśli to nie rozwiąże, to spojrzę na sprzęt z TAC
DrBru

Odpowiedzi:

6

Może to być uszkodzony system plików - czy router został ponownie uruchomiony bez odpowiedniego wyłączenia? W takim przypadku spróbuj uruchomić komputer z pamięci USB i ponownie zainstaluj (przy ponownej partycji) kartę CF:

zażądaj migawki partycji systemowej nośnik Compact-Flash (lub podobny, sprawdź instrukcję, aby uzyskać dokładną nazwę urządzenia)


źródło
Jest to logiczny sposób postępowania, więc wybrałem tę trasę. Wyczyszczam router i ponownie go instaluję. Teraz działa dobrze.
jwbensley