Ek moes vandag 'n fsck op 'n groot RAID-skikking ~ 6TB laat loop. In die spoed het ek nie begin met die -C-opsie om my vordering te wys nie en na 'n beskeie wag van 2 ure is ek 'n bietjie moeg, dat ek nie bewus is van hoe ver die inspeksie gekom het nie. 'N Goeie truuk vir 'n reeds bekendgestelde fsck om die vorderingsbalk te visualiseer, is:

kill -10 $(pidof fsck.ext3)

U wag omtrent 'n rukkie by my 2-3 min het 'n vorderingsbalk verskyn en gewys 49% (KEF) meer 3 ure se wag 🙁

Laat ons opsom wat ons doen, ons stuur 'n sein SIGUSR1 wat die fsck vra om die vorderingsbalk te wys. As ons dit om een ​​of ander rede wil stop, moet ons dit stuur SIGUSR2 Of

kill -12 $(pidof fsck.ext3)

Wel, dit is nie iets super gekompliseerd of moeilik nie, net 'n cool truuk

Ons kan alle mysql-versoeke van 'n sekere gebruiker maklik met die elegante een doodmaak:

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

Ons vervang user123 deur die gebruiker wat ons wil hê en hardloop in mysql en alles is in orde 🙂

Die nuwe een Debian-stal Dit is al ongeveer 'n week lank en my hande het geklink om my virtuele masjien daar op te gradeer, maar ek het tot vandag toe nog nie tyd gehad nie. Sedert my dag vroeg begin het, het ek besluit om tyd aan die opgradering te wy. Промених сорс листа ми като промених wheezy на jessie

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

Hulle het hier gedonder 2 spieëls:

  • MariaDB – uit hierdie spieël hoef Jessie nie meer 'n weergawe nie 10.0.6 in myself waarvan ek nie baie gehou het nie. na 5.5 micodedb en mysql is nie heeltemal versoenbaar nie, daarom het ek op die oomblik teruggekeer na mysql 5.5.42 – dit is die standaard in jessie
  • DotDeb – ek het dit al voorheen gebruik vir php55, hier is ook oortollig, want jessie kom met 5.6.7-1

Nadat ek die onnodige spieëls verloor het en van MariaDB na Mysql oorgegaan het, het die opgradering van my skoon geword, herlaai en ek was al by Debian 8.0. Ek het my webbediener geopen en tot my verbasing het dit hier gewerk, die verhaal is lank – In enkele woorde, my Nginx is verder saamgestel uit die bron met aanvullende riglyne. dpkg -l nginx-vol 1.2 mdaaa iemand het vergeet om die pakkette te ontkoppel. Onthou en opgradeer alles volgens plan nginx gebreek 😆 . Nginx werk met die verwerking van versoeke en die php-fpm-proses is aan die gang en pas, maar die php-kode voer nie uit nie en spoeg nie foute nie 🙄 MY Gunsteling.

Nadat ek inligting oor die veranderinge gesoek het, het ek die volgende gedeelte gevind

Probleme met Fastcgi-opstelling ============================

nginx het 'n gewysigde fastcgi_params gestuur, wat SCRIPT_FILENAME vinnigcgi_param verklaar het. Hierdie lyn is nou verwyder. Van nou af stuur ons ook fastcgi.conf vanaf die stroomop-bewaarplek, wat 'n verstandige SCRIPT_FILENAME-parameterwaarde bevat.

so, as u fastcgi_params gebruik, u kan probeer om oor te skakel na fastcgi.conf of die betrokke params handmatig in te stel.

bingo. Ek het die virtuele leërskare verander om fastcgi.conf te gebruik in plaas van rowwe ingrypings en alles werk. Toe slaan ek 'n vinnige verskil om die verskil tussen die twee konfigs te sien

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

Wat my daaraan herinner dat die stort van groot konfigurasies in virtuele leërskare nie 'n aaklige idee is nie. Dit bly oor om my Nginx weer saam te stel met die byvoegings wat ek mod_sec wil hê + bladsye, maar dit kan wag. Dit is baie belangriker, dat my reël herhaal word as u nie die resensie uit 3de bronne en aangepaste optredes het nie, Debian breek nie by dist-upgrade nie!

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