migráció RAID1 a RAID5 sokszor beigazolódott, könnyebb, mint gondoltam 🙄 alapvetõen 5 egyszerű lépéseket, és kevesebb várakozási 1 egy sört bátorság.

Számomra a rendszer megteremtette RAJTAÜTÉS md0 tömb bevonásával 2 диска и sda sdb. Én hozzá azokat harmadik SDC létrehozni RAID5-re 3 lemez. Összességében ez bukdácsoló tudományos célja virtualka én még nem teszteltem valódi környezetben, de ne számíts dráma és egy igazi gép eljön az idő.

  1. Létrehozni ugyanazt a fájlrendszert elrendezés, mint a többi lemezek – sfdisk -d / dev / sdb | sfdisk / dev / sdc
  2. Építünk a mi jelenlegi tömb RAID5 – mdadm –nő / dev / md0 –level = 5
  3. Add az új lemezt a tömb – mdadm –kezelése / dev / md0 –add / dev / sdc . Itt jön legvékonyabb pontján tömb még továbbra is RAID1 és nem indul szinkronizálás, mert az új meghajtó minket kímélni
  4. A legfontosabb szempont az SDC aktívvá válik, és megkezdi a szinkronizálást – mdadm –nő / dev / md0 –raid-eszközök = 3 . Egy jó ideje, hogy nyissa meg a sört, ha nem történik 😉 ne szakítsa meg a folyamatot minden esetben!!!
  5. След като приключи синхронизацията остана да преоразмери дяла понеже загубата на пространство при RAID1 e 1/n а при RAID5 e 1-1/n

Най големият бонус е че не се налага рестартиране на системата или вадене и правене на допълнителни масиви.

sfdisk -d /dev/sdb | sfdisk /dev/sdc
mdadm --grow /dev/md0 --level=5
mdadm --manage /dev/md0 --add /dev/sdc
mdadm --grow /dev/md0 --raid-devices=3
resize2fs /dev/md0

Лека вечер 😛

Mi készül az új szolgáltatást a vendéglátásért és a próbák során egy kísérletet közötti összekötő WHMCS és Cloudmin volt a következő hiba

CURL hiba: 7 – nem tudott csatlakozni a fogadó

 

Fun azonnal ellenőrizze a kapcsolatot a gépeket, ahol WHMCS-a és Cloudmin-és minden működik. 10000 check-nek port és nyissa meg, és elérheti azt 🙄 . móka!

Правя един бърз на cloudmin сървъра

tcpdump -i br0 host WHMCS_IP

és én (nem túl nagy) csodálkozva néz, hogy próbál csatlakozni a 80. vagy 443 (Ha engedélyezte az SSL) portok nélkül kérdezi az ilyen. Alapértelmezésben webmin-a és cloudmin-egy alkalmazás, amely az első munkája az SSL 10000 kikötő. Mivel ez a hülye rendszer titkosítva ioncube nem lehet Edith kódot rögzítik indiai szar így egy radikális megközelítés. Mielőtt elhagyja a rendszert felváltja a rendeltetési kikötőbe Az iptables

iptables -t nat -A OUTPUT -d cloudmin_ip -p tcp -m tcp --dport 443 -j DNAT --to-destination cloudmin_ip:10000

ahol cloudmin_ip helyébe IP-ön cloudmin telepítés. Miután ez a kis manipuláció viszonyát WHMCS és Cloudmin helye, de a készülék még egyéb problémák mellett ez 😆 :lol:

Általában egy év használatával WHMCS'm rendkívül csalódott benne – elég egy fa, karbantartást támogató csapat lassú, dokumentálása a kódot, és más dolog, amelyek ellentétben állnak a valóság, elég nagy mennyiségű hibákat és szép, fából. Ha tudtam volna, hogy ez annyira rossz inkább használni, hogy állítsa vissza engedély helyett adnak 300$ valamit, ami működik valamelyest!

http://www.youtube.com/watch?v = GF2-TKfQOsk

2 бързи RAID 5 съвета

  1. Ако имате RAID 5 система дръжте дисковете в MBR вместо в GPTпоне при мен даде +10 – +15% разлика
  2. Задължително настройте /sys/block/md0/md/stripe_cache_size тъй като по подразбиране е твърде малък. Тука стойностите са според зависи при мен 32768 даде най приличен резултат

Amikor, hogy RAID réteg fölött csinálni LVM így akkor mentse magát egy csomó szívfájdalom, ha már nem elég jól tekinthető arányban részvények. Az elképzelés az, hogy az Ön által használt XFS vagy ZFS vagy más FS, amely lehetővé teszi az átméretezés válaszfalakkal EXT2 / 3/4, mint a dolgok nagyobb, mint rájössz disznóól, Ön nem tette meg a- legjobb osztály. В общи линии получавате максимална пластичност ако е необходимо намаляне или увеличаване на размеря на дяла и същевременно сте подсигурени против неприятни случки на данните ви. В общи линии се получава нещо от този вид

| / | /var | /usr | /home  |
 --------------------------
|       LVM Volume         |
 --------------------------
|       RAID Volume        |
 --------------------------
| Disk 1 | Disk 2 | Disk 3 | 

körülbelül 2 php hétig 5.3 Belép a történet lassan, de biztosan. 11-bejelentették a végén a karbantartási és hogy kerül csak biztonsági javításokat 1 év. alapvetően PHP 5.4 megy szakaszosan régi stabil és a PHP 5.5 stabillá válik, amely kevésbé szórakoztató, mert még mindig része a kiegészítéseket és az új php plugin nem működik elég jól, de a verzió 5.5 Ez viszonylag új úgyhogy tartózkodjanak a migráció rá.

Mondjuk nekem a migráció 5.4 által 5.3. Én korábban hozott információ az elavult funkciók, amelyek drámaian megváltoztak, és azok, akik már nem tartható fenn nélkül drámák mindkét oldalon, amely nem gyullad meg, vagy 😉 Ma reggel időzítése kezdetétől a migráció körül 7 egyre, hogy minimális a fájdalom a vándorlás során, ha nem megy simán. Nagy meglepetésemre, minden ment simábban – a PHP fordításakor 5.4.17 Elkezdtem, és apache-oh egek minden benne van. Egy gyors pillantás az egész naplók harsogó ELAVULT vagy egyáltalán nem ismeretlen függvények – Nyilvánvalóan a srácok volna a munkát is. Aztán csak újrafordítani és kiegészítőket össze a régi API APC, RAR és egyéb. Második újraindítás és minden elaludt. Eltekintve várnak javulást a termelékenység, az emberek mindenütt rámutatva nagylábujj néhány tablettát, ha azt mutatja, hogy a PHP 5.4 fogyaszt kevesebb RAM és végrehajtja szkriptek gyorsabb.