Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Снова не могу получить доступ к веб-интерфейсу.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Снова не могу получить доступ к веб-интерфейсу., Proxmox Виртуальная Среда
     
    mbmast
    Guest
    #1
    0
    07.08.2024 22:25:00
    Другой не может получить доступ к веб-GUI.

    Я установил Proxmox несколько месяцев назад и использовал его без проблем до недавнего времени. Теперь я не могу получить доступ к веб-GUI. Заходя в свой офис, я заметил, что ни одна из виртуальных машин не работает, и Proxmox аварийно завершил работу. После перезагрузки Proxmox я по-прежнему не могу получить доступ к веб-GUI.

    Вот некоторые факты:

    1.  Из моего клиента удаленного рабочего стола я могу пропинговать Proxmox-сервер, работающий на другом компьютере в той же локальной сети.
    2.  С Proxmox-сервера я могу пропинговать клиент удаленного рабочего стола.
    3.  Я могу подключиться к своему Proxmox-серверу по SSH.
    4.  Без GUI, из терминальной сессии Proxmox, я могу запускать ВМ и подключаться к ним с моего клиента удаленного рабочего стола. ВМ, похоже, работают нормально.

    Предвосхищая вопросы, вот вывод различных команд:

    ```
    root@pve:~# pveversion -v
    proxmox-ve: 8.2.0 (running kernel: 6.8.4-2-pve)
    pve-manager: 8.2.2 (running version: 8.2.2/9355359cd7afbae4)
    proxmox-kernel-helper: 8.1.0
    proxmox-kernel-6.8: 6.8.4-2
    proxmox-kernel-6.8.4-2-pve-signed: 6.8.4-2
    ceph-fuse: 17.2.7-pve3
    corosync: 3.1.7-pve3
    criu: 3.17.1-2
    glusterfs-client: 10.3-5
    ifupdown2: 3.2.0-1+pmx8
    ksm-control-daemon: 1.5-1
    libjs-extjs: 7.0.0-4
    libknet1: 1.28-pve1
    libproxmox-acme-perl: 1.5.0
    libproxmox-backup-qemu0: 1.4.1
    libproxmox-rs-perl: 0.3.3
    libpve-access-control: 8.1.4
    libpve-apiclient-perl: 3.3.2
    libpve-cluster-api-perl: 8.0.6
    libpve-cluster-perl: 8.0.6
    libpve-common-perl: 8.2.1
    libpve-guest-common-perl: 5.1.1
    libpve-http-server-perl: 5.1.0
    libpve-network-perl: 0.9.8
    libpve-rs-perl: 0.8.8
    libpve-storage-perl: 8.2.1
    libspice-server1: 0.15.1-1
    lvm2: 2.03.16-2
    lxc-pve: 6.0.0-1
    lxcfs: 6.0.0-pve2
    novnc-pve: 1.4.0-3
    proxmox-backup-client: 3.2.0-1
    proxmox-backup-file-restore: 3.2.0-1
    proxmox-kernel-helper: 8.1.0
    proxmox-mail-forward: 0.2.3
    proxmox-mini-journalreader: 1.4.0
    proxmox-offline-mirror-helper: 0.6.6
    proxmox-widget-toolkit: 4.2.1
    pve-cluster: 8.0.6
    pve-container: 5.0.10
    pve-docs: 8.2.1
    pve-edk2-firmware: 4.2023.08-4
    pve-esxi-import-tools: 0.7.0
    pve-firewall: 5.0.5
    pve-firmware: 3.11-1
    pve-ha-manager: 4.0.4
    pve-i18n: 3.2.2
    pve-qemu-kvm: 8.1.5-5
    pve-xtermjs: 5.3.0-3
    qemu-server: 8.2.1
    smartmontools: 7.3-pve1
    spiceterm: 3.3.0
    swtpm: 0.8.0+pve1
    vncterm: 1.8.0
    zfsutils-linux: 2.2.3-pve2
    ```

    ```
    root@pve:~# systemctl status pveproxy
    ● pveproxy.service - PVE API Proxy Server
        Loaded: loaded (/lib/systemd/system/pveproxy.service; enabled; preset: ena>
        Active: active (running) since Mon 2024-08-05 16:56:08 PDT; 1 day 20h ago
       Process: 2135 ExecStart=/usr/bin/pvedaemon start (code=exited, status=0/SUC>
      Main PID: 2122 (pvedaemon)
         Tasks: 4 (limit: 154112)
        Memory: 148.5M
           CPU: 12.941s
        CGroup: /system.slice/pvedaemon.service
                ├─2122 pvedaemon
                ├─2123 "pvedaemon worker"
                ├─2124 "pvedaemon worker"
                └─2125 "pvedaemon worker"


    Aug 05 16:56:07 pve systemd[1]: Starting pvedaemon.service - PVE API Daemon...
    Aug 05 16:56:07 pve pvedaemon[2122]: starting server
    Aug 05 16:56:07 pve pvedaemon[2122]: starting 3 worker(s)
    Aug 05 16:56:07 pve pvedaemon[2122]: worker 2123 started
    Aug 05 16:56:07 pve pvedaemon[2122]: worker 2124 started
    Aug 05 16:56:07 pve pvedaemon[2122]: worker 2125 started
    Aug 05 16:56:07 pve systemd[1]: Started pvedaemon.service - PVE API Daemon.
    ```

    ```
    root@pve:~# ls -ld /var/log/pveproxy
    drwx------ 2 www-data www-data 10 Aug  5 15:56 /var/log/pveproxy
    ```

    ```
    root@pve:~# ls -l /var/log/pveproxy
    total 3516
    -rw------- 1 root     root           0 Aug  5 15:28 access.log
    -rw-r----- 1 www-data www-data 9084030 Aug  3 21:02 access.log.1
    -rw------- 1 www-data www-data  463605 Aug  3 00:00 access.log.2.gz
    -rw-r----- 1 www-data www-data  462625 Aug  2 00:00 access.log.3.gz
    -rw-r----- 1 www-data www-data  466138 Aug  1 00:00 access.log.4.gz
    -rw-r----- 1 www-data www-data  246476 Jul 31 00:00 access.log.5.gz
    -rw-r----- 1 www-data www-data  320585 Jul 24 16:39 access.log.6.gz
    -rw-r----- 1 www-data www-data  461483 Jul 24 00:00 access.log.7.gz
    ```
     
     
     
    bbgeek17
    Guest
    #2
    0
    07.08.2024 22:35:00
    Возможно, это не единственная проблема, но видно, что у файла access.log неверные права доступа к пользователю/группе. Это может произойти, если у вас была повреждена файловая система из-за неожиданного выключения. Я бы рекомендовал изучить журнал вашей системы (journalctl -b0). Возможно, проверка при загрузке исправила все, что могла. Или вы можете потерять другие данные. Удачи, Blockbridge: ультра-низкая задержка, все-NVME-совместное хранилище для Proxmox - https://www.blockbridge.com/proxmox
     
     
     
    t.lamprecht
    Guest
    #3
    0
    07.08.2024 22:36:00
    Похоже, что это указывает на то, что что-то усечено и скрывает фактическую ошибку, из-за которой файл не открылся. Обычно в этом случае можно прокрутить вправо, либо использовать `journalctl -b -u pveproxy.service`, чтобы получить все системные сообщения journald для этой службы от текущей загрузки в удобном пейджере. Но, судя по выводу вашей последней команды, основная проблема в том, что файл журнала принадлежит root. Поскольку он пустой, вы можете просто его удалить, так как разрешения каталога кажутся правильными, поэтому при следующей загрузке pveproxy должен будет создать его: `rm /var/log/pveproxy/access.log`. Затем перезапустите `systemctl restart pveproxy.service`. Но реальный вопрос, конечно, всё ещё открыт: почему существует пустой файл `access.log`, принадлежащий root.
     
     
     
    mbmast
    Guest
    #4
    0
    08.08.2024 01:55:00
    Удаление access.log и перезапуск сервиса решили проблему. Но вопрос остаётся: почему файл access.log был пустой и принадлежал пользователю root?
     
     
     
    AndrwHmmr
    Guest
    #5
    0
    09.05.2025 11:14:00
    Ну что ж, только что наткнулся на эту самую проблему…
     
     
     
    AndrwHmmr
    Guest
    #6
    0
    10.05.2025 11:55:00
    И сегодня опять попробую свежую установку PVE, посмотрим, останется ли проблема.
     
     
     
    t.lamprecht
    Guest
    #7
    0
    12.05.2025 08:30:00
    Если бы это было на свежей и (относительно) чистой системе, было бы неплохо получить полный системный лог с момента первой загрузки машины, так как это может дать нам подсказку относительно того, что вызывает проблему. Например, какая-то проблема с порядком запуска служб, которая проявляется только в определенных конфигурациях/настройках.
     
     
     
    AndrwHmmr
    Guest
    #8
    0
    12.05.2025 08:38:00
    Да, постараюсь вернуть настройки к заводским и отпишусь, если это повторится. К тому же, переустановка давно была бы не помешала, потому что система странно себя вела и в других аспектах.
     
     
     
    t.lamprecht
    Guest
    #9
    0
    12.05.2025 18:37:00
    К слову, если это произошло в текущей установке, можно собрать весь журнал в виде сжатого текста с помощью: Bash: journalctl --no-hostname -o short-precise | zstd >journal.log.zst. Можешь отправить это мне напрямую по электронной почте, адрес – мой никнейм здесь с добавлением @proxmox.com.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры