Почему зависает загрузка ico в proxmox?
Проблема при закачке на Proxmox образа windows выдаёт ошибку «Error ‘0’ occurred while receiving the document.»
Обошел через WinSCP!
Вдруг кто-то сталкивался и знает как исправить ?
- Вопрос задан более года назад
- 506 просмотров
- Вконтакте
- Вконтакте
Константин, я ж прр браузер не говорил, я про веб сервер))
Хз как это может быть связано с btrfs..
Я ни той ни той файловой не пользуюсь для proxmox
У меня для него обычный raid с ext4
Сетевые проблемы.
Как ты подключен к PVE? (Промежуточные узлы, может какой-то прокси, подключен и по кабелю+вайфай, впн или что-то подобное.)
вот одно из обсуждений, может поможет:
https://www.reddit.com/r/Proxmox/comments/ojo6wv/w.
а так, ошибка такая еще 10 лет назад выскакивала.
- Вконтакте
- Вконтакте
# Nginx -T | grep client_max_body_size
-bash: Nginx: command not found
root@pve:
Proxmox 5.3.9 can't upload iso
I’m new to proxmox, I’ve actually installed my proxmox. After accessing to the webUI I tried to upload iso.
(Datacenter > node > local ( storage )).
Then I went into content > Upload then I tried to upload file.
Sadly It won’t upload anything. After reinstalling it nothing had changed.
The strangest things is that I installed the proxmox is installed to another server and it is actually working well.
I know there is a solution is using scp to upload file, but if the protocol is forbidden in my company, I can’t upload it.
The disk space is free:
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/md1 20G 1,9G 17G 11% /
Proxmox Staff Member
- Feb 7, 2019
- #2
Best regards,
Mira
Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation
eholo
New Member
- Feb 7, 2019
- #3
eholo
New Member
- Feb 7, 2019
- #4
dcsapak
Proxmox Staff Member
- Feb 8, 2019
- #5
Best regards,
Dominik
Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation
eholo
New Member
- Feb 8, 2019
- #6
I did check the syslog, and nothing seems to be appeared at this time. Do you know if proxmox use PHP and what is their path, or have web log like apache or nginx ?
I also try to empry my web cache to be sure that’s not something in the cache. I also tried different web navigator ( Chrome, Firefox and IE ).
eholo
New Member
- Feb 8, 2019
- #7
I did try a new upload, here is the following error from the syslog:
Feb 8 08:44:45 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:46 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:46 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:47 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:48 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:48 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:49 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:49 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:50 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:51 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:51 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:52 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:54 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:54 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:55 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:55 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:56 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:56 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:57 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:57 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:58 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:59 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:45:00 proxmox-01 systemd[1]: Starting Proxmox VE replication runner.
Feb 8 08:45:01 proxmox-01 CRON[1458]: (root) CMD (/usr/local/rtm/bin/rtm 50 > /dev/null 2> /dev/null)
Feb 8 08:45:01 proxmox-01 systemd[1]: Started Proxmox VE replication runner.
Error 0 occurred while receiving the document proxmox как исправить
Если не помогло, убедитесь в наличии правильных записей об узлах вашего кластера в /etc/hosts и повторите перезапуск pve-cluster. Дайте несколько минут на синхронизацию состояния узлов. И проверьте командами:
Включение/выключение отладки
Обрыв задания резервного копирования
Это часто происходит по причине недостаточного размера снапшота. По умолчанию используется снапшот размером 1гб. Если за время бэкапа на диске изменяется больше данных, то снапшот становится не читаемым и задание обрывается.
Убедитесь, ч в группе LVM томов есть достаточно места:
Укажите новый размер снапшота в мегабайтах и прочие параметры:
Упс: я удалил том LVM
Не паникуйте и не дергайтесь!
Если вы сделали это только что, то удалены только метаданные LVM. У вас должна сохранится архивная копия метаданных. Обычно их находят в директории /etc/lvm/archive/[имя vg]_[0-9]+.vg , выбрать из них нужный (это обычные текстовые файлы в которых записывается конфигурация LVM) и восстановить группу томов с помощью команды
Затем нужно активировать группу
Пробросить физический порт COM/USB
Задача:
— Пробросить физический порт COM/USB сервера виртуализации внутрь контейнера виртуальной машины
problem to upload une iso dvd.
I try to upload my nas or my drbd disk, wilth centos or debian iso with format dvd — not possible.
while for iso format cd (700MB) as that of ubuntu it goes well.
I still have the error message :
Error 0 occurred while receiving the document.
thank’s
Proxmox Staff Member
- Dec 20, 2011
- #2
Best regards,
Tom
Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation
badji
Well-Known Member
- Dec 20, 2011
- #3
raboof
New Member
- Apr 20, 2020
- #4
The «Error 0 occurred while receiving the document.» message means the server cut off the upload without a reply.
This happened to me as well. In my case it was because I didn’t have the permissions to write to storage yet, so after uploading about 8mb the server would cancel the request. (weird that I had access to the ‘upload’ button/dialog at all, but that’s another story )
Работа с кластером Proxmox: установка, настройка сети, ZFS, решение распространенных проблем
За последние несколько лет я очень тесно работаю с кластерами Proxmox: многим клиентам требуется своя собственная инфраструктура, где они могут развивать свой проект. Именно поэтому я могу рассказать про самые распространенные ошибки и проблемы, с которыми также можете столкнуться и вы. Помимо этого мы конечно же настроим кластер из трех нод с нуля. 
Proxmox кластер может состоять из двух и более серверов. Максимальное количество нод в кластере равняется 32 штукам. Наш собственный кластер будет состоять из трех нод на мультикасте (в статье я также опишу, как поднять кластер на уникасте — это важно, если вы базируете свою кластерную инфраструктуру на Hetzner или OVH, например). Коротко говоря, мультикаст позволяет осуществлять передачу данных одновременно на несколько нод. При мультикасте мы можем не задумываться о количестве нод в кластере (ориентируясь на ограничения выше).
Сам кластер строится на внутренней сети (важно, чтобы IP адреса были в одной подсети), у тех же Hetzner и OVH есть возможность объединять в кластер ноды в разных датацентрах с помощью технологии Virtual Switch (Hetzner) и vRack (OVH) — о Virtual Switch мы также поговорим в статье. Если ваш хостинг-провайдер не имеет похожие технологии в работе, то вы можете использовать OVS (Open Virtual Switch), которая нативно поддерживается Proxmox, или использовать VPN. Однако, я рекомендую в данном случае использовать именно юникаст с небольшим количеством нод — часто возникают ситуации, где кластер просто “разваливается” на основе такой сетевой инфраструктуры и его приходится восстанавливать. Поэтому я стараюсь использовать именно OVH и Hetzner в работе — подобных инцидентов наблюдал в меньшем количестве, но в первую очередь изучайте хостинг-провайдера, у которого будете размещаться: есть ли у него альтернативная технология, какие решения он предлагает, поддерживает ли мультикаст и так далее.
Установка Proxmox
Proxmox может быть установлен двумя способами: ISO-инсталлятор и установка через shell. Мы выбираем второй способ, поэтому установите Debian на сервер.
Перейдем непосредственно к установке Proxmox на каждый сервер. Установка предельно простая и описана в официальной документации здесь.
Добавим репозиторий Proxmox и ключ этого репозитория:
Обновляем репозитории и саму систему:
После успешного обновления установим необходимые пакеты Proxmox:
Заметка: во время установки будет настраиваться Postfix и grub — одна из них может завершиться с ошибкой. Возможно, это будет вызвано тем, что хостнейм не резолвится по имени. Отредактируйте hosts записи и выполните apt-get update
С этого момента мы можем авторизоваться в веб-интерфейс Proxmox по адресу https://<внешний-ip-адрес>:8006 (столкнетесь с недоверенным сертификатом во время подключения).
Изображение 1. Веб-интерфейс ноды Proxmox
Установка Nginx и Let’s Encrypt сертификата
Мне не очень нравится ситуация с сертификатом и IP адресом, поэтому я предлагаю установить Nginx и настроить Let’s Encrypt сертификат. Установку Nginx описывать не буду, оставлю лишь важные файлы для работы Let’s encrypt сертификата:
Команда для выпуска SSL сертификата:
Не забываем после установки SSL сертификата поставить его на автообновление через cron:
Отлично! Теперь мы можем обращаться к нашему домену по HTTPS.
Заметка: чтобы отключить информационное окно о подписке, выполните данную команду:
Сетевые настройки
Перед подключением в кластер настроим сетевые интерфейсы на гипервизоре. Стоит отметить, что настройка остальных нод ничем не отличается, кроме IP адресов и названия серверов, поэтому дублировать их настройку я не буду.
Создадим сетевой мост для внутренней сети, чтобы наши виртуальные машины (в моем варианте будет LXC контейнер для удобства) во-первых, были подключены к внутренней сети гипервизора и могли взаимодействовать друг с другом. Во-вторых, чуть позже мы добавим мост для внешней сети, чтобы виртуальные машины имели свой внешний IP адрес. Соответственно, контейнеры будут на данный момент за NAT’ом у нас.
Работать с сетевой конфигурацией Proxmox можно двумя способами: через веб-интерфейс или через конфигурационный файл /etc/network/interfaces. В первом варианте вам потребуется перезагрузка сервера (или можно просто переименовать файл interfaces.new в interfaces и сделать перезапуск networking сервиса через systemd). Если вы только начинаете настройку и еще нет виртуальных машин или LXC контейнеров, то желательно перезапускать гипервизор после изменений.
Теперь создадим сетевой мост под названием vmbr1 во вкладке network в веб-панели Proxmox.
Изображение 2. Сетевые интерфейсы ноды proxmox1
Изображение 3. Создание сетевого моста
Изображение 4. Настройка сетевой конфигурации vmbr1
Настройка предельно простая — vmbr1 нам нужен для того, чтобы инстансы получали доступ в Интернет.
Теперь перезапускаем наш гипервизор и проверяем, создался ли интерфейс:
Изображение 5. Сетевой интерфейс vmbr1 в выводе команды ip a
Заметьте: у меня уже есть интерфейс ens19 — это интерфейс с внутренней сетью, на основе ее будет создан кластер.
Повторите данные этапы на остальных двух гипервизорах, после чего приступите к следующему шагу — подготовке кластера.
Также важный этап сейчас заключается во включении форвардинга пакетов — без нее инстансы не будут получать доступ к внешней сети. Открываем файл sysctl.conf и изменяем значение параметра net.ipv4.ip_forward на 1, после чего вводим следующую команду:
В выводе вы должны увидеть директиву net.ipv4.ip_forward (если не меняли ее до этого)
Настройка Proxmox кластера
Теперь перейдем непосредственно к кластеру. Каждая нода должна резолвить себя и другие ноды по внутренней сети, для этого требуется изменить значения в hosts записях следующих образом (на каждой ноде должна быть запись о других):
Также требуется добавить публичные ключи каждой ноды к остальным — это требуется для создания кластера.
Создадим кластер через веб-панель:
Изображение 6. Создание кластера через веб-интерфейс
После создания кластера нам необходимо получить информацию о нем. Переходим в ту же вкладку кластера и нажимаем кнопку “Join Information”:
Изображение 7. Информация о созданном кластере
Данная информация пригодится нам во время присоединения второй и третьей ноды в кластер. Подключаемся к второй ноде и во вкладке Cluster нажимаем кнопку “Join Cluster”:
Изображение 8. Подключение к кластеру ноды
Разберем подробнее параметры для подключения:
- Peer Address: IP адрес первого сервера (к тому, к которому мы подключаемся)
- Password: пароль первого сервера
- Fingerprint: данное значение мы получаем из информации о кластере
Вторая нода успешно подключена! Однако, такое бывает не всегда. Если вы неправильно выполните шаги или возникнут сетевые проблемы, то присоединение в кластер будет провалено, а сам кластер будет “развален”. Лучшее решение — это отсоединить ноду от кластера, удалить на ней всю информацию о самом кластере, после чего сделать перезапуск сервера и проверить предыдущие шаги. Как же безопасно отключить ноду из кластера? Для начала удалим ее из кластера на первом сервере:
После чего нода будет отсоединена от кластера. Теперь переходим на сломанную ноду и отключаем на ней следующие сервисы:
Proxmox кластер хранит информацию о себе в sqlite базе, ее также необходимо очистить:
Данные о коросинке успешно удалены. Удалим оставшиеся файлы, для этого необходимо запустить кластерную файловую систему в standalone режиме:
Перезапускаем сервер (это необязательно, но перестрахуемся: все сервисы по итогу должны быть запущены и работать корректно. Чтобы ничего не упустить делаем перезапуск). После включения мы получим пустую ноду без какой-либо информации о предыдущем кластере и можем начать подключение вновь.
Установка и настройка ZFS
ZFS — это файловая система, которая может использоваться совместно с Proxmox. С помощью нее можно позволить себе репликацию данных на другой гипервизор, миграцию виртуальной машины/LXC контейнера, доступ к LXC контейнеру с хост-системы и так далее. Установка ее достаточно простая, приступим к разбору. На моих серверах доступно три SSD диска, которые мы объединим в RAID массив.
Обновляем список пакетов:
Устанавливаем требуемые зависимости:
Устанавливаем сам ZFS:
Если вы в будущем получите ошибку fusermount: fuse device not found, try ‘modprobe fuse’ first, то выполните следующую команду:
Теперь приступим непосредственно к настройке. Для начала нам требуется отформатировать SSD и настроить их через parted:
Аналогичные действия необходимо произвести и для других дисков. После того, как все диски подготовлены, приступаем к следующему шагу:
zpool create -f -o ashift=12 rpool /dev/sda4 /dev/sdb4 /dev/sdc4
Мы выбираем ashift=12 из соображений производительности — это рекомендация самого zfsonlinux, подробнее про это можно почитать в их вики: github.com/zfsonlinux/zfs/wiki/faq#performance-considerations
Применим некоторые настройки для ZFS:
Теперь нам надо рассчитать некоторые переменные для вычисления zfs_arc_max, я это делаю следующим образом:
В данный момент пул успешно создан, также мы создали сабпул data. Проверить состояние вашего пула можно командой zpool status. Данное действие необходимо провести на всех гипервизорах, после чего приступить к следующему шагу.
Теперь добавим ZFS в Proxmox. Переходим в настройки датацентра (именно его, а не отдельной ноды) в раздел «Storage», кликаем на кнопку «Add» и выбираем опцию «ZFS», после чего мы увидим следующие параметры:
ID: Название стораджа. Я дал ему название local-zfs
ZFS Pool: Мы создали rpool/data, его и добавляем сюда.
Nodes: указываем все доступные ноды
Данная команда создает новый пул с выбранными нами дисками. На каждом гипервизоре должен появится новый storage под названием local-zfs, после чего вы сможете смигрировать свои виртуальные машины с локального storage на ZFS.
Репликация инстансов на соседний гипервизор
В кластере Proxmox есть возможность репликации данных с одного гипервизора на другой: данный вариант позволяет осуществлять переключение инстанса с одного сервера на другой. Данные будут актуальны на момент последней синхронизации — ее время можно выставить при создании репликации (стандартно ставится 15 минут). Существует два способа миграции инстанса на другую ноду Proxmox: ручной и автоматический. Давайте рассмотрим в первую очередь ручной вариант, а в конце я предоставлю вам Python скрипт, который позволит создавать виртуальную машину на доступном гипервизоре при недоступности одного из гипервизоров.
Для создания репликации необходимо перейти в веб-панель Proxmox и создать виртуальную машину или LXC контейнер. В предыдущих пунктах мы с вами настроили vmbr1 мост с NAT, что позволит нам выходить во внешнюю сеть. Я создам LXC контейнер с MySQL, Nginx и PHP-FPM с тестовым сайтом, чтобы проверить работу репликации. Ниже будет пошаговая инструкция.
Загружаем подходящий темплейт (переходим в storage —> Content —> Templates), пример на скриншоте:
Изображение 10. Local storage с шаблонами и образами ВМ
Нажимаем кнопку “Templates” и загружаем необходимый нам шаблон LXC контейнера:
Изображение 11. Выбор и загрузка шаблона
Теперь мы можем использовать его при создании новых LXC контейнеров. Выбираем первый гипервизор и нажимаем кнопку “Create CT” в правом верхнем углу: мы увидим панель создания нового инстанса. Этапы установки достаточно просты и я приведу лишь конфигурационный файл данного LXC контейнера:
Контейнер успешно создан. К LXC контейнерам можно подключаться через команду pct enter , я также перед установкой добавил SSH ключ гипервизора, чтобы подключаться напрямую через SSH (в PCT есть небольшие проблемы с отображением терминала). Я подготовил сервер и установил туда все необходимые серверные приложения, теперь можно перейти к созданию репликации.
Кликаем на LXC контейнер и переходим во вкладку “Replication”, где создаем параметр репликации с помощью кнопки “Add”:
Изображение 12. Создание репликации в интерфейсе Proxmox
Изображение 13. Окно создания Replication job
Я создал задачу реплицировать контейнер на вторую ноду, как видно на следующем скриншоте репликация прошла успешно — обращайте внимание на поле “Status”, она оповещает о статусе репликации, также стоит обращать внимание на поле “Duration”, чтобы знать, сколько длится репликация данных.
Изображение 14. Список синхронизаций ВМ
Теперь попробуем смигрировать машину на вторую ноду с помощью кнопки “Migrate”
Начнется миграция контейнера, лог можно просмотреть в списке задач — там будет наша миграция. После этого контейнер будет перемещен на вторую ноду.
Ошибка “Host Key Verification Failed”
Иногда при настройке кластера может возникать подобная проблема — она мешает мигрировать машины и создавать репликацию, что нивелирует преимущества кластерных решений. Для исправления этой ошибки удалите файл known_hosts и подключитесь по SSH к конфликтной ноде:
Примите Hostkey и попробуйте ввести эту команду, она должна подключить вас к серверу:
Особенности сетевых настроек на Hetzner
Переходим в панель Robot и нажимаем на кнопку “Virtual Switches”. На следующей странице вы увидите панель создания и управления интерфейсов Virtual Switch: для начала его необходимо создать, а после “подключить” выделенные сервера к нему. В поиске добавляем необходимые сервера для подключения — их не не нужно перезагружать, только придется подождать до 10-15 минут, когда подключение к Virtual Switch будет активно.
После добавления серверов в Virtual Switch через веб-панель подключаемся к серверам и открываем конфигурационные файлы сетевых интерфейсов, где создаем новый сетевой интерфейс:
Давайте разберем подробнее, что это такое. По своей сути — это VLAN, который подключается к единственному физическому интерфейсу под названием enp4s0 (он у вас может отличаться), с указанием номера VLAN — это номер Virtual Switch’a, который вы создавали в веб-панели Hetzner Robot. Адрес можете указать любой, главное, чтобы он был локальный.
Отмечу, что конфигурировать enp4s0 следует как обычно, по сути он должен содержать внешний IP адрес, который был выдан вашему физическому серверу. Повторите данные шаги на других гипервизорах, после чего перезагрузите на них networking сервис, сделайте пинг до соседней ноды по IP адресу Virtual Switch. Если пинг прошел успешно, то вы успешно установили соединение между серверами по Virtual Switch.
Я также приложу конфигурационный файл sysctl.conf, он понадобится, если у вас будут проблемы с форвардингом пакетом и прочими сетевыми параметрами:
Добавление IPv4 подсети в Hetzner
Перед началом работ вам необходимо заказать подсеть в Hetzner, сделать это можно через панель Robot.
Создадим сетевой мост с адресом, который будет из этой подсети. Пример конфигурации:
Теперь переходим в настройки виртуальной машины в Proxmox и создаем новый сетевой интерфейс, который будет прикреплен к мосту vmbr2. Я использую LXC контейнер, его конфигурацию можно изменять сразу же в Proxmox. Итоговая конфигурация для Debian:
Обратите внимание: я указал 26 маску, а не 29 — это требуется для того, чтобы сеть на виртуальной машине работала.
Добавление IPv4 адреса в Hetzner
Ситуация с одиночным IP адресом отличается — обычно Hetzner дает нам дополнительный адрес из подсети сервера. Это означает, что вместо vmbr2 нам требуется использоваться vmbr0, но на данный момент его у нас нет. Суть в том, что vmbr0 должен содержать IP адрес железного сервера (то есть использовать тот адрес, который использовал физический сетевой интерфейс enp2s0). Адрес необходимо переместить на vmbr0, для этого подойдет следующая конфигурация (советую заказать KVM, чтобы в случае чего возобновить работу сети):
Перезапустите сервер, если это возможно (если нет, перезапустите сервис networking), после чего проверьте сетевые интерфейсы через ip a:
Как здесь видно, enp2s0 подключен к vmbr0 и не имеет IP адрес, так как он был переназначен на vmbr0.
Теперь в настройках виртуальной машины добавляем сетевой интерфейс, который будет подключен к vmbr0. В качестве gateway укажите адрес, прикрепленный к vmbr0.
В завершении
Надеюсь, что данная статья пригодится вам, когда вы будете настраивать Proxmox кластер в Hetzner. Если позволит время, то я расширю статью и добавлю инструкцию для OVH — там тоже не все очевидно, как кажется на первый взгляд. Материал получился достаточно объемным, если найдете ошибки, то, пожалуйста, напишите в комментарии, я их исправлю. Всем спасибо за уделенное внимание.
Автор: Илья Андреев, под редакцией Алексея Жадан и команды «Лайв Линукс»
I’m new to proxmox, I’ve actually installed my proxmox. After accessing to the webUI I tried to upload iso.
(Datacenter > node > local ( storage )).
Then I went into content > Upload then I tried to upload file.
Sadly It won’t upload anything. After reinstalling it nothing had changed.
The strangest things is that I installed the proxmox is installed to another server and it is actually working well.
I know there is a solution is using scp to upload file, but if the protocol is forbidden in my company, I can’t upload it.
The disk space is free:
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/md1 20G 1,9G 17G 11% /
Last edited: Feb 7, 2019
Proxmox Staff Member
What exactly is the problem? Can’t you press the upload button? Can’t select any ISO?
When I click upload, after a few moments it says :
error 0 occurred while receiving the document.
is anything special in the syslog during such a failed upload attempt ?
I did check the syslog, and nothing seems to be appeared at this time. Do you know if proxmox use PHP and what is their path, or have web log like apache or nginx ?
I also try to empry my web cache to be sure that’s not something in the cache. I also tried different web navigator ( Chrome, Firefox and IE ).
I did try a new upload, here is the following error from the syslog:
Feb 8 08:44:45 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:46 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:46 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:47 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:48 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:48 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:49 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:49 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:50 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:51 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:51 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:52 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:54 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:54 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:55 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:55 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:56 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:56 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:57 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:57 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:58 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:44:59 proxmox-01 pveproxy[1027]: problem with client 147.98.1.13; ssl3_read_bytes: sslv3 alert bad certificate
Feb 8 08:45:00 proxmox-01 systemd[1]: Starting Proxmox VE replication runner…
Feb 8 08:45:01 proxmox-01 CRON[1458]: (root) CMD (/usr/local/rtm/bin/rtm 50 > /dev/null 2> /dev/null)
Feb 8 08:45:01 proxmox-01 systemd[1]: Started Proxmox VE replication runner.
Ok, the problem is solved. I have upload another certificate ( An wildcard certificate approved by a third party ) and it works back. Actually the problem was linked to let’s encrypt certificate.
Ok, the problem is solved. I have upload another certificate ( An wildcard certificate approved by a third party ) and it works back. Actually the problem was linked to let’s encrypt certificate.
Since I am having the same problem (mine starts uploading 10-18% and then getting message Error 0) as yours, but I havent add any ceritficates (I dont even know how to do it) do I have to go to cli type a command and see the problem? The iso fits to the local its 1.8gb i think.
Tried re installing OS from scratch (both times used default options ext4..etc) and already tried a second iso.
Hm…… and probably I found the solution…… i was trying to upload the iso from a laptop using wifi connection. From the moment I connected via lan the upload took 2 mins max and all went fine.
Last edited: Apr 9, 2019
I still have issues, when i try to upload the windows server19 iso its giving error 0. also when i select the iso from my pc its showing in the path weirdly: 
When i click upload i get the following popup emediately 
Записки IT специалиста
Ошибка установки Proxmox VE 6 после получения настроек по DHCP
- Автор: Уваров А.С.
- 22.07.2021
Плохо, когда ошибки возникают во время установки системы, еще хуже, если это такая ответственная вещь как гипервизор. А если проблема связана с железом, то становится совсем тоскливо. Именно с такой ситуацией мы столкнулись буквально на днях, установщик Proxmox VE 6 завершал свою работу с ошибкой на системе с процессором AMD Ryzen содержащим встроенное видеоядро. К счастью, Proxmox — это открытое по на базе Debian, а значит есть, как минимум, несколько вариантов решения проблемы. Один из них — исправить все на месте, прямо здесь и сейчас, именно о нем мы расскажем в данной статье.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Данной ошибке подвержены все версии Proxmox Virtual Environment 6.х и возникает она на системах, содержащих процессоры AMD со встроенным видеоядром. Причина — установщик не может запуститься в графическом режиме, а текстовый вариант установщика не предусмотрен. Внешне это проявляется так: система получает сетевые настройки по DHCP, затем долго задумывается после сообщения:
И наконец «радует» нас сообщением:
Есть два пути решения этой проблемы. Один из них, который рекомендуют разработчики Proxmox — это установить сначала Debian 10, а затем уже на него Proxmox VE, об этом мы рассказывали в статье: Установка Proxmox VE 6 в Debian 10.
Второй — попытаться исправить все прямо здесь и сейчас. Предложенный ниже способ не панацея, однако в большинстве случаев способен помочь.
Прежде всего переключаемся в третью консоль — tty3. Для этого используйте сочетание клавиш Alt + F3 . Уже в ней установим необходимые права на директорию временных файлов:
И обновим систему:
На все запросы отвечаем положительно.
Теперь перенастроим графическую подсистему:
Обратите внимание на регистр команд, в Linux это важно. Переместим полученный нами файл настроек в /etc:
После чего заменим в нем все вхождения amdgpu на fbdev:
Затем снова вернемся в первую консоль tty1 — Alt + F1 и запустим графическую оболочку:
В большинстве случаев это должно помочь, и установка успешно продолжится. Иначе следует прислушаться к совету разработчиков и установить сначала Debian 10, а уже на него Proxmox.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Помогла статья? Поддержи автора и новые статьи будут выходить чаще:
Или подпишись на наш Телеграм-канал: 