Перейти до

FreeBSD-13 для Ubilling. Проблемы с OS


Рекомендованные сообщения

Прошу помощи. 

Проблема такая: стоит тестовая сборка FreeBSD 13 для Ubilling. Спустя некоторое время, месяца 2-3 (не замерял время) зацокал винчестер. Компьютер стоит на рабочем столе, потому сразу обратил внимание, но значение не придал, т.к. комп старый, HDD ноутбучный тоже не первой свежести. В принципе, на работу не влияет, просто цокает винчестер головками и все. Тут подвернулся сервер IBM 3680 с аппаратным RAID и прочими радостями. Установил на него FreeBSD-13, Ubilling и продолжил тестить дальше, но спустя примерно 1 месяц сервер стал зависать с ошибкой системных дисков на RAID контроллере. И тут мне кажется проявляется закономерность - один и тот же образ на двух разных сборках - глючит HDD. 

Вопрос: как определить виновника проблемы? Интернет в части диагностики ведет только к FDISK и подобным. В моем кругу знакомых нет ни одного, кто б так глубоко закапывался в BSD системы. 

P.S. Система ставилась чистая, на нее ставился Ubilling, больше ни какие программы не ставились. Сейчас на том же железе стоит Ubuntu, работает без сбоев, но я устал ломать голову в попытках настроить Ubilling, т.к. авторы все настройки приводят к FreeBSD и работает ли данные рекомендации в Ubuntu не всегда ясно.

Ссылка на сообщение
Поделиться на других сайтах

В смысле системный диск. В первом случае он один HDD 2,5, а в случае сервера системный диск образован из двух дисков по 73 G, объединенных в RAID-1.

Ссылка на сообщение
Поделиться на других сайтах

Хочу пояснить: тестовая сборка - это компьютер, а не какой-то левый дистрибутив FreeBSD. Образ использую оригинальный, FreeBSD-13.0-RELEASE-amd64. Не думаю, что проблема системная, а то бы ее давно пофиксили, скорее всего что-то можно подстроить для конкретных применений. Какие логи можно посмотреть, может какие программы есть для мониторинга состояния системы?

Ссылка на сообщение
Поделиться на других сайтах

Это всё из-за несчастливого числа "13". Как вариант, можете попробовать Ubilling на debian, он пока что имеет версию "11".

Ссылка на сообщение
Поделиться на других сайтах
20 минут назад, KaYot сказал:

Которым лет по 15.

Согласен. Но, райд массив... и что бы все одновременно посыпались... Кстати, когда сервер отдавали, клялись-божились, что он новый лежал на складе, ни разу не работал. Охотно верю, потому, что в нем внутри ни пылинки. Правда, батарейка в RAID контроллере дохлая, но, думаю, она не должна влиять. 

Ссылка на сообщение
Поделиться на других сайтах
5 часов назад, Andy_K. сказал:

Согласен. Но, райд массив... и что бы все одновременно посыпались... Кстати, когда сервер отдавали, клялись-божились, что он новый лежал на складе, ни разу не работал. Охотно верю, потому, что в нем внутри ни пылинки. Правда, батарейка в RAID контроллере дохлая, но, думаю, она не должна влиять. 

а Вы купите один HDD только новый и без райдов и массивов поставьте.
и будет Вам ubilling верой и правдой лета долги ....

Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, RockManX сказал:

~300-500грн ssd на 60гиг и ничего не будет цокать

Дело не в цоканье. Цокает винт - значит дергает головками - какая-то программа заставляет их это делать - т.е. ошибка в какой-то программе, либо что-то не настроено. В случае с сервером - тормозить начинает случайно - может день отработать, а может и месяц, потом начинает тормозить и в конце концов зависает, на системных дисках горят светодиоды с восклицательным знаком, а после перезагрузки все снова работает. При чем, на старом тестовом компе до установки FreeBSD-13 крутилась Ubuntu-14, работала несколько лет в круглосуточном режиме и ни намека на неисправность hdd. Я и значения не придавал этому, списывая на усталость ЖД, но после первого зависания сервера с той же версией ОС задумался.

Ссылка на сообщение
Поделиться на других сайтах
35 минут назад, Andy_K. сказал:

Дело не в цоканье. Цокает винт - значит дергает головками - какая-то программа заставляет их это делать - т.е. ошибка в какой-то программе, либо что-то не настроено

Ну тут так прям совсем гонишь. Цокает головками HDD в одном случае - когда на нем появился битый сектор и он его пытается прочитать, повторяя попытку несколько десятков или сотен раз раз. В этот момент ОС впадает в ступор т.к. ждёт данные. Ну и если битый сектор в критичном месте - система может и повиснуть упав в панику.

Меняй диски срочно, могу пару ссд серверных на 100гб отправить недорого.

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах

Не путайте писюн с пальцем. Цокает головками это когда каждое перемещение головок сопровождается характерным щелчком, был у меня когдато давно такой диск, кроме неприятных звуков проблем не было, работал без проблем не один год. А вот когда битые сектора на серводорожке от чего сбивается позиционирование и головка едет назад на нулевую дорожку появляется совсем другой звук, это уже похоже не на цокание а работу пилы когда головка туда-сюда ездит.

Ссылка на сообщение
Поделиться на других сайтах
27 минут назад, KaYot сказал:

Ну тут так прям совсем гонишь.

Возможно. Не совсем понимаю физику процесса, но установленный на то же железо Линукс работает без сбоев, а стоит установить FreeBSD и все начинается по новой.

Ссылка на сообщение
Поделиться на других сайтах

Хочу еще немного пояснить свои действия: на одно и то же железо сервера я ставил FreeBSD, потом, столкнувшись с зависанием я поставил Линукс, но с ним я замучился с настройкой Ubillinga. Потом, прикинув, что возможно просто звезды в тот момент не сошлись, я снова ставил FreeBSD и снова сталкивался с зависанием. Если тестовый простой комп стоит под ухом и я его постоянно слышу, то сервер кулерами воет так, что его пришлось вынести в другой кабинет и управлять им удаленно, потому изменения в звуке HDD я не слышу, но вижу как начинают зависать сессии по SSH. И вот это постоянное играние с установкой разных OS-ей привело к мысли, что я что-то не так делаю с FreeBSD.

Ссылка на сообщение
Поделиться на других сайтах
  • 4 weeks later...
В 17.01.2022 в 17:22, ssh911 сказал:

Если система на ZFS можно попробовать vfs.zfs.cache_flush_disable=1

Это не оно. У сабжа походу просто не отключены sendmail и логирование апача. А они таки нагружают HDD, особенно если он WD. Ну Вы поняли...

 

В 21.12.2021 в 11:29, KaYot сказал:

Ну так это первый признак отвала диска.

Это да, но... НО, даже с таким "первым признаком" некоторые винты умудряются работать годами, да! Только не WD, опять же...

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від nightfly
      Ubilling 1.5.9 rev 9525 The Perfect Lock
       
      Зміни в структурі БД. alter.ini: нова опція GENERATORS_ENABLED, що вмикає модуль моніторингу генераторів. alter.ini: нова опція TB_GENERATORS_NOTIFY, що вмикає нотифікацію про запущені генератори в області сповіщень. alter.ini: нова опція PON_ONU_UNI_STATUS_COMPACT, що вмикає компактне відображення стану мідних портів на ONU. alter.ini: нова опція PONBOXES_MINIMAP, що дозволяє вмикати та вимикати міні-мапу, при редагування ПОН коробки. Новий модуль Єдинорожий телепорт: дозволяє просто та зручно переносити ваш робочий білінг на новий сервер. Модуль “Реєстрація користувачів”: виправлено проблеми сумісності з PHP 8.5. Модуль “Останні події”: викинуто дубову статку на мороз. Askozia PBX: інтеграція була давно непідтримуваною, викинуто на мороз, разом зі всіма опціями. Модуль Mapon: тепер використовує OmaeURL для взаємодії з API. Модуль “Мапа ONU”: в черговий раз покращення навігації між мапою та іншими модулями системи. Новий модуль Генератори: дозволяє моніторити стан генераторів, базово облікувати мотогодини, пальне та планувати ТО. Модуль ПОНізатор: тепер причини останньої дереєстрації ONU можуть визначатись також по серійнику ONU а не тільки за MAC. Модуль “ПОН Коробки”: покращено продуктивність відмальовки зв'язків коробок на мапах. Глобально: проведено чергову спробу зробити логування подій, що відбуваються навколо користувачів, якимось трішки більш притомним. RemoteAPI: новий виклик generators, що запускає скрипти обробки станів генераторів з автоматичним запуском. RemoteAPI: новий виклик gencontrol, для примусового запуску/зупинки генераторів за допомогою зовнішнього ПЗ. Бібліотека UbillingCache: виправлено проблеми сумісності з PHP 8.5. Бібліотека OmaeURL: виправлено проблеми сумісності з PHP 8.5. Бібліотека UbillingTelegram: вся робота з CURL перенесена до одного методу, покращено сумісність з PHP 8.5. Кабінет користувача: виправлено проблеми сумісності з PHP 8.5. UBinstaller: тепер при встановленні попередньо розгортає та конфігурує SphinxSearch. UBinstaller: Зібрано бінарні пакунки для FreeBSD 14.3 amd64 + PHP 8.5. UBinstaller: Зібрано бінарні пакунки для FreeBSD 15.0 amd64 + PHP 8.5.  
      Повний чейнджлог
      Оновлена демка
       
       

    • Від maxkorn
      Доброго дня!
      На Mikrotik NAS, створив нову підмережу для клієнтів, все наче порядок, тільки помітив, що не створюються шейпери в Queues для клієнтів цієї підмережі.
      В логах Stargazer наступне:
      2025-12-29 09:05:57 - [Ubilling] - OnConnect started for user `xxasdb5rzm`:
      2025-12-29 09:05:57 - [Executer] - Success: Firewall entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Error: Queue entry can't be updated, missing
      2025-12-29 09:05:57 - [Executer] - Success: Queue_tree entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Success: DHCP entry was updated/created
      2025-12-29 09:05:57 - [Executer] - Success: ARP entry was updated/created
      2025-12-29 09:05:57 - [Ubilling] - QC: 6, elapsed time: 0.064 sec.
       
      При чому, на тому ж мікротіку є ще кілька підмереж, в яких все проходить нормально:
       
      2025-12-29 08:30:17 - [Ubilling] - OnConnect started for user `22zxp7u58x`:
      2025-12-29 08:30:17 - [Executer] - Success: Firewall entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: Queue entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: Queue_tree entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: DHCP entry was updated/created
      2025-12-29 08:30:17 - [Executer] - Success: ARP entry was updated/created
      2025-12-29 08:30:17 - [Ubilling] - QC: 6, elapsed time: 0.602 sec.
       
      Налаштування аналогічні, в чому може бути причина?
    • Від ProstoName
      Змінювали мережеву карту. Здається все поправив. Працює. Але є невелика проблема - після внесення коштів (коли абонент був відключений), інет в нього не з'являється. Тільки після заміни тарифу на інший (і потім вернувши тариф) в абонента з'являється інет. 
    • Від ppv
      Собака-посилака перестала відправляти повідомлення. Підкажіть де шукати.
      Можливо таке після пропадання світла, сервер ребутнувся, але я не впевнений. Візуально все працює, крон працює, а повідомлення висять в черзі, смс така ж картина.

    • Від camchatix
      Привіт!
       
      Є багато запитів, щоб інтернет не виключався у північ, а скажімо в день (сигналізації, камери під охороною і тд)
      При щоденній абонплаті - як знімати гроші не у 12:00 у північ, а наприклад у 11 годин дня ?
×
×
  • Створити нове...