Автоматично показване на fsck -y в началото на настоящата система FreeBSD

Почти всички от нас (FreeBSD администратори) да работят с настоящата система, срещани случаи, когато се започва странна произволно отдалечен сървър претоварване. Изглежда, че е настроен, всичко е готово, нормално желязо - трябва да работи, но това не беше там. разговори с клиенти, той изпаднал в паника, постоянно рестартиране. В резултат на "кристална топка" ще разберем, че не е той самият, и е налице загуба на мощност да бъде. В FreeBSD. обикновено се използва файлови системи UFS. който е изключително чувствителен към такива неща. Дори от Soft-Актуализация технология не ни спаси, защото файловата система е изключена в случай на спешност "суров". Е, след това изведнъж започне рестартиране. Нека се обърнем към документацията, и по-специално да /etc/defaults/rc.conf файл. Това е, което се отнася до проверките комунални файлови системи fsck.

root_rw_mount = "YES" # да NO да инхибират remounting корен четене и запис.
fsck_y_enable = "NO" # да YES за fsck -y първоначалната стягам се провали.
fsck_y_flags = "" # Допълнителни знамена fsck -y
background_fsck = "YES" # Опит да тичам fsck на заден план, когато е възможно.
background_fsck_delay = "60" # Време е да се изчака (секунди) преди започване на fsck.
netfs_types = "NFS: NFS nfs4: NFS4 smbfs: SMB portalfs: ПОРТАЛ NWFS: NWFS" # Нетните файлови системи.
extra_netfs_types = "NO" # Списък на мрежови видове допълнително файловата система забави
# Връх при стартиране (или NO).

Т.е. при стартиране принуден проверка се управлява, тя работи във фонов режим в опцията -b със закъснение от 60 секунди. Интересното е, че правилното монтиране на четене и запис на файловата система fsck не могат време, но паника ядрото и аварийна рестартиране поради опитите на заключващи файлове вече се използва системата е лесно, отколкото допълнително да влоши проблема. Спасението е възможно само с достъп до конзолата, трябва да се зареди потребителски режим и проверка на всички файлови системи ръчно. Практиката показва, че ако в момента не притежава такава процедура сървърът ще унищожи своята файлова система до точката, че тестът не е завършена успешно в един играч режим, там се появяват критични грешки, които fsck не е в състояние да определи, можете да Google за по-голяма лихва. Аз трябваше да премахнете твърдия диск и да го свържете чрез USB-IDE / SATA адаптер за лаптоп с FreeBSD. След три цикъла fsck всички грешки са най-накрая фиксирани. Имате нужда от постоянна BDSM? Лично аз не го правят. Ето защо, във файла /etc/rc.conf, аз добавя ред:

Неохотно "трепна" власт на един от най-некритични сървъра, който е гарантирано, че не се стартира правилно след такива прекъсвания в електрозахранването. Съобщенията не са от ядрото при зареждане не се появи в трупите, така че въвеждат директно фото репортаж.

Съжалявам за лошото качество на втората снимка, но идеята е ясна: след багажника на ядрото започва проверка на файловите системи и тяхното процес "почистване" е било успешно, аз отидох до мрежов интерфейс (отново, съжалявам за rialtek) и продължава да се зареди нормално. Ето защо, ние силно препоръчваме на всички отдалечени сървъри, работещи FreeBSD да се уверите маркираните редове към /etc/rc.conf - това ще елиминира излишъкът от BDSM в най-неподходящия момент.

От nhmpack.com Онлайн група.