Добрый день. Обновились, модули все отвалились, файлы на сервере либо исчезли (резервные копии) либо (mp3 файлы) превратились в пустышки с объёмом 0. Скачали модуль бэкапов и попытались сделать новый, но он создаётся с объёмом 0. Читали в обновлении что появиться возможность выгрузки сотрудников в csv, но не нашли в интерфейсе данный функционал.
Укажите версии:
- MikoPBX с которой обновлялись
- Версия модуля бекапов
Попробуйте бекап через SFTP (по расписанию) мб не хватило места на диске.
Не понятно как воспроизвести проблему.
Обновились с 2024.1.114 до версии 2026.1.223. Версия модуля 1.97. Диск на 256 ГБ, на нём только MikoPBX
Тоже столкнулся с проблемой обновления MikoPBX с 2024.114 - 2026.1.223. Как воспроизвести:
- виртуальная машина Qemu Proxmox: 1vCPU, 2GB RAM, HDD#1 1GB, HDD#2 50GB
- установил версию 2024.114 в виртуальную машину (storage на HDD#2)
- поменял имена дефолтных пользователей
- установил Модуль резервного копирования через маркетплейс
- сделал им бэкап
- отключил модуль перед обновлением
- Обновление системы - кнопка “Обновить онлайн”
- Да, у меня есть резервная копия
- обновление скачалось, пошёл процесс
- Разрыв связи с ядром PBX …
- в консоли ошибки после создания таблицы разделов GPT (после работы parted)
- скриншоты прилагаю
- система обновилась, но обнулились все настройки в веб-интерфейсе
- по SSH зашёл, активировал модуль Резервного копирования из консоли
- в веб-интерфейсе маркетплейс пустой, модуля нет
Баг-репорт надеюсь поможет решить проблему для других пользователей. PBX была тестовая, настроек не было, так что установлю с нуля уже в режиме LXC-контейнера. Но если нужно больше подробностей - дайте знать, виртуалку оставил для тестов.
нужно в обновленной машине смотреть какой диск / раздел смонтирован как storage, выполнить в консоли:
mount
Ошибка на скринах не влияет на данные storage, связана с конвертацией mbr в gpt разметку, есть попытка создать 4ый раздел для storage, но из за его малого размера эту попытку и вывод ошибок можно игнорировать, хотя выглядит не красиво.
По скринам не ясно по какой причине у вас позникли проблемы со storage диском, судя по вашему сообщению. - это отдельное виртуальное устройство HDD#2 50GB. Вероятно данные на нем сохранены, но по какой то причине диск не смонтирован.
Можно пробовать выполнить в консоли VM:
freestorage
/etc/rc/connect_storage
и попробовать смонтировать ваш реальный storage.
Смотреть системные логи - мб в них есть ошибки.