Добрый день. Обновились, модули все отвалились, файлы на сервере либо исчезли (резервные копии) либо (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.
Смотреть системные логи - мб в них есть ошибки.
Добрый день. Также пропала потдержка cifs из ядра в 2026.1.223. Как можно вернуть cifs ?
действительно, новое ядро linux собрано без поддержки cifs
поправим в следующей сборке.
Попробовали поставить с нуля из iso образа mikopbx-2026.1.223-x86_64 Модуль резервного копирования версии 1.9.7 также создаёт пустые файлы. Когда планируется обновление модуля?
Также после установки попытались загрузить список сотрудников, выгруженный из обновленной версии. После загрузки, при создании следующего пользователя, АТС зависает и происходит разрыв с ядром.
Обновился модуль резервного копирования до версии 1.9.8. Все также не работает и создает файлы нулевого размера
не понятно как воспроизвести
пришлите вывод команд:
df -h
mount
free -m
fdisk -l
sfdisk -l
как выполняете резервное копирование - какие галки ставили - опишите в комиксах