Ma volt, hogy egy fsck egy nagy RAID tömbben ~ 6 TB. Siet I Ne fuss fsck -C beállítás megjelenítéséhez a haladást, és egyszerűen vár 2 óra enyhén beteggé, Tudatlan vagyok, hogy ha az ellenőrzés megérkezett. Cool trükk már fut fsck, hogy szemléltesse az állapotjelző:

kill -10 $(pidof fsck.ext3)

Várjon egy kicsit nekem kb 2-3 jegyzőkönyvei szerint progress bar, és megmutatta 49% (luxus) több 3 óra várakozás 🙁

Hagyja sumarizirame amit mi küldeni jelet SIGUSR1 amely már fut a fsck mutatni progress bar. Ha azt akarjuk, hogy hagyja abba, részére némely ok van-hoz küld 🙄 SIGUSR2 vagy

kill -12 $(pidof fsck.ext3)

Nos, ez nem valami szuper bonyolult és nehéz, csak jó trükk 🙂

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

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

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

Az új Debian stabil Tény, körülbelül egy hét, és kezet viszketett frissíteni virtualkata hozzá, de nem volt időm ma. Mivel a nap kezdetén, úgy döntöttem, hogy fordítson időm frissíteni. Én változtatott az én-m forrás listát, mint Mária jessie megváltozott

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

itt ordított 2 tükrök:

  • MariaDB – A tükör nem kell Jessie-as verziót tartalmazza 10.0.6 a magam nem ül jól sok. majd 5.5 michetodb és mysql nem egészen következetes, mert abban az időben megfordult vissza mysql 5.5.42 – ez az alapértelmezett Jessie
  • DotDeb – Régebben, mielőtt az php55 itt felesleges is, mert Jessie jön 5.6.7-1

Miután rugdossa az extra tükrök és megfordult a MariaDB MySQL apt-get dist-upgrade az enyém tiszta, indítsa újra, és meg kellett Debian 8.0. Kinyitottam a webszerver-és meglepetésemre dolgozott itt egy hosszú történet – Néhány szót nginx-én összeállított forrásból további kiegészítő irányelvek. dpkg -l nginx-teljes 1.2 Ja valaki elfelejtette Beléptetés-nem csomagokat. Beléptetés és korszerűsítése minden a tervek szerint halad, és nginx-törés 😆 . Nginx-és munkafolyamatok lekérdezések és php-FPM folyamat, és runnign de php kód nem kerül végrehajtásra, és nem köpött hibák 🙄 kedvencem.

Keresés után információt a változásokat találtam a következő szakaszt

Fastcgi konfigurációs problémák ============================

nginx szállított egy módosított fastcgi_params, amely kimondta SCRIPT_FILENAME fastcgi_param. Ez a vonal már eltávolították. Mostantól mi is hajózási fastcgi.conf a tárházzal, amely magában foglalja a józan SCRIPT_FILENAME paraméter értéke.

Így, ha használ fastcgi_params, akkor váltson fastcgi.conf vagy manuálisan állítsa be a megfelelő params.

bingó. Megváltoztattam a virtuális gépeket használni fastcgi.conf ehelyett durva behatolások és mindent megvilágított. Majd nyomja a gyors diff, hogy mi a különbség a 2 config

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

Ami arra emlékeztetett, hogy ömlött nagy konfigurációk virtuális házigazdák jó ötlet. Továbbra is újra kell fordítani újra nginx-és kiegészítőket, akik mod_sec + PageSpeed ​​de ez várhat. Messze még fontosabb, Ismétlem, ha nem néz a források és a 3. ruha előadások nem Debian dist frissítési break - szabály!

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