Сьогодні мені довелося працювати за fsck один великий RAID-масив ~ 6 ТБ. В моєї поспішності я не fsck з C варіант, щоб показати мені прогресу і після скромний очікування за 2 трохи втомився годин, Я перебуваю в темряві про те, де ви отримали перевірку. Cool трюк для вже запущено fsck візуалізувати прогрес бар:

kill -10 $(pidof fsck.ext3)

Очікування в той час як мені після 2-3 хв прогрес бар з'являється та показав 49% (весело) більше 3 годин очікування 🙁

Давайте sumarizirame чого ми надіслати сигнал SIGUSR1 Вона має fsck для відображення перебігу. Ако искаме да го спрем по някаква причина 🙄 трябва да изпратим SIGUSR2 або

kill -12 $(pidof fsck.ext3)

Еми това е не е нещо супер сложно или трудно просто готин трик 🙂

Лесно можем да избием всички mysql заявки на определн потребител с елегантното:

select concat('KILL ',id,';') from information_schema.processlist where user='user123';

Заместваме user123 с желаният от нас потребител и изпълняваме в mysql и всичко е ОК 🙂

Новий Debian Stable факт про тиждень і s″rbâha мене руки nadgradâ virtualkata до нього, але я не встигли дата. Оскільки мій день починається рано, я вирішила присвятити свій час для оновлення. Промених сорс листа ми като промених wheezy на jessie

sed -i "s/wheezy/jessie/g" /etc/apt/sources.list && apt-get update

Тут izg″rmâha 2 дзеркала:

  • MariaDB – від цього дзеркала більше не потреби Джессі включено версію 10.0.6 Це саме по собі була дуже. Після 5.5 mičetodb і mysql несумісні досить, який у той час я перевернуто ще mysql 5.5.42 – Це типово у Джессі
  • DotDeb – Я їй раніше користувався для php55 тут також є надлишковим, оскільки Джессі поставляється з 5.6.7-1

Після того, як я позбувся від додаткових джерел і я перевернуто з Mysql MariaDB отримати apt dist-upgrade моє бренду, перезавантаження і я вже був з Debian 8.0. Я відкрив мій веб-сервер- і на мій подив, він працював тут це довга історія – в кількох словах мого Nginx складений далі від джерела з додаткові директиви. dpkg -l nginx повний 1.2 Так хтось забув unhold пакунки. Unhold всі оновлення і запланованих nginx брейк 😆 . Nginx-а работи обработва заявки и php fpm процеса е вгору і runnign но php код не се изпълнява і не плюе грешки 🙄 ЛЮБИМОТО мі.

СЛЕД ИЗВЕСТНО ТЪРСЕНЕ МІКРОАВТОБУС НА ИНФОРМАЦИЯ ЗА ПРОМЕНИТЕ ОТКРИХ СЛЕДНИЯТ ПАСАЖ

FastCGI помилки конфігурації = = =

nginx відвантажені модифікованих fastcgi_params, яка проголошувала SCRIPT_FILENAME fastcgi_param. Зараз буде видалено цей рядок. Відтепер ми також відправляєте fastcgi.conf з репозиторію вгору за течією, який включає в себе розумний значення параметра SCRIPT_FILENAME.

Так, Якщо ви використовуєте fastcgi_params, Спробуйте переходу на fastcgi.conf або вручну встановити відповідні params.

Бінго. Я змінив віртуальних хостів використовувати fastcgi. conf замість того, щоб зробити грубий вторгнень і все запалює. Потім я вдарив швидко diff бачити, у чому полягає різниця між 2 konfiga

diff /etc/nginx/fastcgi_params /etc/nginx/fastcgi.conf
1a2
> fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;

Який нагадав мені, що ллється великих конфігурацій хостів в virtuanite не є крутий ідеєю. Продовжує залишатися prekompiliram знову з Nginx додатки, що я хочу mod_sec + pagespeed, але вона може почекати. Набагато більш важливим є, че правилото ми се повтори ако нямаш огледа от 3-ти източници и кастъм изпълнения Debian не се чупи при dist-upgrade!

HTTPS://www.YouTube.com/Watch?v=gEQCny6zNF0