Hodiaŭ mi devis meti fsck sur granda RAID tabelo ~ 6TB. En rapideco mi Ne kuru fsck -C opcio por montri mian progreson kaj tiam simple atendanta 2 horoj malpeze min malsana, Mi scias kiel al kie la ĉekon alvenis. Malvarmeta lertaĵo jam kuras fsck visualizar la progreso trinkejo estas:

kill -10 $(pidof fsck.ext3)

Atendu momenton por mi post ĉirkaŭ 2-3 minutoj montri progreso trinkejo kaj montris 49% (lukso) pli 3 horojn atendante 🙁

Lasu sumarizirame kion ni sendas signalon SIGUSR1 kiuj kuris la fsck montri progreso trinkejo. Ако искаме да го спрем по някаква причина 🙄 трябва да изпратим SIGUSR2

kill -12 $(pidof fsck.ext3)

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

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

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

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

la nova debian Stabila fakto pri semajne kaj manoj pikis ĝisdatigi virtualkata al ĝi sed mi ne havis tempon hodiaŭ. Ekde la tago mi komencis frue, mi decidis dediĉi mian tempon ĝisdatigi. Промених сорс листа ми като промених wheezy на jessie

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

tie muĝis 2 speguloj:

  • MariaDB – sur spegulo ne plu bezonas Jessie inkludas version 10.0.6 en mi mem mi ne sidis bone multaj. tiam 5.5 michetodb kaj mysql ne tute konsekvenca ĉar tiutempe ŝi turnis reen al mysql 5.5.42 – ĝi estas la defaŭlta Jessie
  • DotDeb – Mi uzis ĝin antaŭ ĉar php55 tie ankaŭ nenecesa ĉar Jessie venas kun 5.6.7-1

Post piedbatado la ekstra speguloj kaj turniĝis per MariaDB al Mysql apt-get dist-upgrade mian puran, reboot kaj mi devis Debiano 8.0. Mi malfermas mian retservilo-kaj al mia surprizo laboris tie longan historion – kelkaj vortoj Nginx-kaj mi kompilita el fonto cetere kun aldonaj instrukcioj. dpkg-l nginx mezo 1.2 Yep iu forgesis unhold-ne pakoj. Unhold kaj ĝisdatigi ĉiu estas sur horaro kaj nginx-rompado 😆 . Nginx-kaj laboro procesas demandoj kaj php-FPM procezo estas supren kaj runnign sed php kodo ne ekzekutitaj kaj ne kraĉi eraroj 🙄 miaj favoritos.

Post serĉante informojn pri la ŝanĝoj mi trovis la jenajn paŝo

Fastcgi agordo temoj ============================

nginx ekspedita modifita fastcgi_params, kiu deklaris SCRIPT_FILENAME fastcgi_param. Tiu linio nun estis forigita. De nun ni ankaŭ shipping fastcgi.conf de la kontraŭflua enciklopedio, kiu inkludas sanmensa SCRIPT_FILENAME parametro valoro.

tiel, se vi abonas fastcgi_params, Vi povas provi ŝanĝi al fastcgi.conf aŭ permane agordi la koncernajn params.

bingo. Mi ŝanĝis la virtuala gastigantoj uzi fastcgi.conf anstataŭ fari malĝentila entrudiĝoj kaj ĉio lumigis. Tiam batis rapidan malsamoj vidi kio estas la diferenco inter la 2 config

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

Kiu memorigis min ke verŝante grandaj konfiguracioj en Virtuala Cebaot estas malvarmeta ideo. Ĝi restas esti recompiled denove Nginx-kaj-ons kiu volas mod_sec + pagespeed sed tio povas atendi. Multe pli grave, че правилото ми се повтори ако нямаш огледа от 3-ти източници и кастъм изпълнения Debian не се чупи при dist-upgrade!

https://www.youtube.com/watch?v=gEQCny6zNF0