Tänään minun piti päästää irti yksi fsck suuri RAID ~6TB. Kiire en fsck-C-vaihtoehto minulle kertoo edistymisestä, ja sen jälkeen vaatimaton odotukset 2 tuntia minun pistely, Olen pimeässä, joka tuli tarkistaa. Loistava temppu jo käynnissä fsck visualisoida edistymistä bar:

kill -10 $(pidof fsck.ext3)

Odota jonkin aikaa, minulla on noin 2-3 min näkyviin ja edistystä bar osoitti 49% (KEF) lisää 3 tunnin odotuksen 🙁

Anna meille sumersille, mitä me teemme, lähetä viesti SIGUSR1 pois fsck näyttää edistystä bar. Jos haluamme lopettaa jostain syystä on lähetettävä 🙄 SIGUSR2 tai

kill -12 $(pidof fsck.ext3)

No, se ei ole mitään Super kiperä eli hankala vain viileä temppu 🙂

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

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

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

Uusi Debianin Vakaa siitä noin viikko ja olen shirbaha kädet, se päivittää virtualdata hänelle, mutta minulla ei ole aikaa tänään. Minun päivä alkoi aikaisin päätti uhrata aikaa päivitykset. Olen vaihtanut lähde-luettelosta, vaihdoin wheezy jessie

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

Täällä, ehkä, 2 peili:

  • MariaDB – tämä peili ei ole enää tarpeen wheezy sisältää versio 10.0.6 itselleni, että en todellakaan.. Jälkeen 5.5 Michelob ja mysql ei ole täysin yhteensopiva, koska tällä hetkellä urjtag takaisin mysql 5.5.42 – se on oletuksena jessie
  • DotDeb – Olen käyttänyt sitä ennen, php55 täällä myös ei ole tarpeen, koska Jessie tulee 5.6.7-1

Kun azkarah ylimääräistä peilit ja urjtag MariaDB Mysql apt-get dist-upgrade minun puhdasta, reboot ja olen jo Debianin kanssa 8.0. Avasin web-palvelin, ja yllätyksekseni, oli täällä pitkä historia – muutaman sanan Nginx-kerätään lisää lähde ylimääräisiä Direktiivin. dpkg-l nginx-full 1.2 mdaaa joku unohti poista pidosta-ei paketteja. Poista pidosta ja päivittää kaikki suunnitelma nginx-ja rikkoi 😆 . Nginx ja käynnissä, prosesseja, pyyntöjä ja php-fpm prosessi on nopeasti ja runnign mutta php-koodia ei suoriteta eikä sylkeä virheet 🙄 SUOSIKKINI.

Kun joitakin tutkimus vaihteeksi löysin seuraavan kohdan

Fastcgi kokoonpano kysymyksiä ============================

lähetetty muutettu nginx fastcgi_params, joka julisti fastcgi_param SCRIPT_FILENAME. Tämä linja on nyt poistettu. Nyt olemme myös toimitus fastcgi.Conf alkupään repository, joka sisältää järkevät SCRIPT_FILENAME parametrin arvo.

Niin, jos käytät fastcgi_params, voit kokeilla vaihtaa fastcgi.conf tai manuaalisesti asettaa asiaankuuluvat parametrit.

Bingo. Vaihdoin virtuaalinen hosts käyttää fastcgi.conf sen sijaan, tehdä töykeä melu, ja kaikki valo. Sitten iski nopeasti diff nähdä eron, joka oli välillä 2. apache

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

En muista, että kaatamalla suuria kokoonpanoja virtualite isännät ole hyvä idea. Se jää precompilers taas Nginx ja add-ons, että haluan mod_sec + pagespeed mutta se voi odottaa. Paljon tärkeämpää on, Toistan, jos et Katso lähteet ja 3 puku rakennemuutoksesta ei Debian dist päivityksen break - sääntö!

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