Сёння я павінен быў паставіць FSCK на вялікі RAID-масіў ~ 6TB. Б'ючы, я не запускаць Fsck опцыю -C, каб паказаць свой прагрэс, а затым проста чакае 2 гадзін злёгку мяне хворым, Я не ведаю, куды чэк прыбыў. Прахалодны трук ўжо запусціць 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 факт каля тыдня і рукі свярбелі абнавіць virtualkata да яго, але ў мяне не было часу сёння. З таго дня я пачаў рана, я вырашыў у свой час, каб абнавіць. Промених сорс листа ми като промених wheezy на jessie

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

тут раўлі 2 люстэрка:

  • MariaDB – на люстэрку больш не трэба Jessie ўключае ў сябе версію 10.0.6 у сабе я не сядзеў добра шмат. то 5.5 michetodb і MySQL не зусім адпавядае, таму што ў той час яна павярнулася назад да MySQL 5.5.42 – гэта Jessie па змаўчанні
  • DotDeb – Я выкарыстаў яго раней для php55 тут таксама няма неабходнасці, таму што Джэсі прыходзіць з 5.6.7-1

Пасля таго, як штурхаць дадатковыя люстэркі і павярнуўся на MariaDB да Mysql APT-атрымаць мой Dist-Upgrade чысты, перазагрузкі і я павінен быў Debian 8.0. Я адкрыў свой вэб-сервер-і, на маё здзіўленне, працаваў тут доўгую гісторыю – некалькі слоў Nginx і я сабраны з зыходных кодаў далей з дапамогай дадатковых дырэктыў. DPKG -l Nginx-поўны 1.2 Ды хто-то забыўся, не Зварот пакетаў. Зварот і мадэрнізаваць усё ідзе па графіку і 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 замест таго, каб зрабіць грубыя ўварваньне і ўсё гарыць. Затым ударыў хуткі дыферэнцыял, каб убачыць, што розніца паміж 2-конфіге

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

Гэта нагадала мне, што льецца вялікія канфігурацыі ў віртуальных хастоў халаднавата ідэя. Застаецца перакампіляваць зноў Nginx-і дапаўненні, якія хочуць mod_sec + PageSpeed, але гэта можа пачакаць. Значна больш важна, че правилото ми се повтори ако нямаш огледа от 3-ти източници и кастъм изпълнения Debian не се чупи при dist-upgrade!

пратакол HTTPS://www.youtube.com/watch?v=gEQCny6zNF0