Jump to content

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


Recommended Posts

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

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

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

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

Link to post
Share on other sites

13 - не счастливое число - ужас-ужас! Для проверки-то можно и 12-ый релиз BSD скачать, но хотелось бы найти системный подход. 

Link to post
Share on other sites
3 часа назад, Andy_K. сказал:

а в случае сервера системный диск образован из двух дисков по 73 G

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

  • Like 1
Link to post
Share on other sites
20 минут назад, KaYot сказал:

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

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

Link to post
Share on other sites
5 часов назад, Andy_K. сказал:

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

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

Link to post
Share on other sites
1 минуту назад, RockManX сказал:

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

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

Link to post
Share on other sites
35 минут назад, Andy_K. сказал:

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

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

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

  • Like 1
Link to post
Share on other sites

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

Link to post
Share on other sites
27 минут назад, KaYot сказал:

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

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

Link to post
Share on other sites

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

Link to post
Share on other sites
1 час назад, Andy_K. сказал:

вижу как начинают зависать сессии по SSH

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

Link to post
Share on other sites
  • 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, опять же...

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By 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.  
      Повний чейнджлог
      Оновлена демка
       
       

    • By 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.
       
      Налаштування аналогічні, в чому може бути причина?
    • By ProstoName
      Змінювали мережеву карту. Здається все поправив. Працює. Але є невелика проблема - після внесення коштів (коли абонент був відключений), інет в нього не з'являється. Тільки після заміни тарифу на інший (і потім вернувши тариф) в абонента з'являється інет. 
    • By ppv
      Собака-посилака перестала відправляти повідомлення. Підкажіть де шукати.
      Можливо таке після пропадання світла, сервер ребутнувся, але я не впевнений. Візуально все працює, крон працює, а повідомлення висять в черзі, смс така ж картина.

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