CloudLink. Узел CloudLink зависает в экстренном режиме
Samenvatting: Узел CloudLink зависает в экстренном режиме.
Dit artikel is van toepassing op
Dit artikel is niet van toepassing op
Dit artikel is niet gebonden aan een specifiek product.
Niet alle productversies worden in dit artikel vermeld.
Symptomen
После загрузки узла CloudLink отображается следующее сообщение:
Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to try again to boot into default mode. Press Enter for maintenance (or press Control-D to continue):
Oorzaak
Эта проблема вызвана проблемой файловой системы, которую необходимо исправить.
Oplossing
Чтобы устранить проблему с файловой системой на узле, выполните следующие действия:
Если корневая файловая система чиста, можно запустить fsck на других файловых системах, используя описанную выше процедуру.
Выполните команду journalctl -xb. Эти журналы могут указывать на то, что имеется поврежденная файловая система, которую необходимо исправить.
Можно использовать команды lsblk и blkid , чтобы прикрепить uuid к его файловой системе.
Ниже приведены некоторые примеры ошибок, которые могут возникнуть в журнале journalctl -xb:
/dev/sda6: Найдены индексные дескрипторы, которые были частью поврежденного связанного списка потерянных данных.
/dev/sda6. НЕПРЕДВИДЕННАЯ НЕСОГЛАСОВАННОСТЬ: ВЫПОЛНИТЕ FSCK ВРУЧНУЮ.
Не удалось запустить проверку файловой системы на /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Если не удается восстановить файловую систему с помощью fsck или если у вас есть один узел Cloudlink, который часто зависает в экстренном режиме, необходимо удалить неисправный узел Cloudlink из кластера. Затем вы разверните новый узел Cloudlink из OVA и присоединитесь к существующему кластеру.
Если вы можете восстановить файловую систему, проверьте состояние кластера из пользовательского интерфейса Cloudlink.
Это выполняется в SYSTEM > кластере и гарантирует, что входящие и исходящие состояния синхронизации в порядке.
- Нажмите Control-D, чтобы продолжить, но он остается в экстренном режиме.
- Нажмите клавишу ENTER для обслуживания.
- Запустите проверку файловой системы в корневой (/) файловой системе.
root@cloudlink:~# lsblk
- Нажмите y, чтобы исправить найденные ошибки.
- Перезагрузите узел.
Если корневая файловая система чиста, можно запустить fsck на других файловых системах, используя описанную выше процедуру.
Выполните команду journalctl -xb. Эти журналы могут указывать на то, что имеется поврежденная файловая система, которую необходимо исправить.
Можно использовать команды lsblk и blkid , чтобы прикрепить uuid к его файловой системе.
Ниже приведены некоторые примеры ошибок, которые могут возникнуть в журнале journalctl -xb:
/dev/sda6: Найдены индексные дескрипторы, которые были частью поврежденного связанного списка потерянных данных.
/dev/sda6. НЕПРЕДВИДЕННАЯ НЕСОГЛАСОВАННОСТЬ: ВЫПОЛНИТЕ FSCK ВРУЧНУЮ.
Не удалось запустить проверку файловой системы на /dev/disk/by-uuid/fd782a8-a70d-045513691c7e
Если не удается восстановить файловую систему с помощью fsck или если у вас есть один узел Cloudlink, который часто зависает в экстренном режиме, необходимо удалить неисправный узел Cloudlink из кластера. Затем вы разверните новый узел Cloudlink из OVA и присоединитесь к существующему кластеру.
Если вы можете восстановить файловую систему, проверьте состояние кластера из пользовательского интерфейса Cloudlink.
Это выполняется в SYSTEM > кластере и гарантирует, что входящие и исходящие состояния синхронизации в порядке.
Getroffen producten
CloudLinkProducten
CloudLink SecureVMArtikeleigenschappen
Artikelnummer: 000197726
Artikeltype: Solution
Laatst aangepast: 13 mei 2026
Versie: 6
Vind antwoorden op uw vragen via andere Dell gebruikers
Support Services
Controleer of uw apparaat wordt gedekt door Support Services.