Migrasie vanaf RAID1 met RAID5 blyk dit baie keer makliker te wees as wat ek gedink het 🙄 In die algemeen is dit so 5 eenvoudige klein wagstappe en 1 'n bier vir moed.

Vir my is die stelsel geskep KLOPJAG skikking md0 waarin hulle deelneem 2 sda en sdb skyf. Ek sal 'n 3de sdc daarby voeg om RAID5 uit te skep 3 ry. Oor die algemeen is hierdie akrobatiek vir die wetenskaplike doel van 'n virtuele ek het dit nog nie in 'n regte omgewing getoets nie, maar ek verwag nie dramas op 'n regte masjien as die tyd aanbreek nie.

  1. Ons skep dieselfde uitleg van die lêerstelsel as op ons ander skywe – sfdisk -d / dev / sdb | sfdisk / dev / sdc
  2. Ons is besig om ons huidige RAID5-reeks op te gradeer – mdadm –groei / dev / md0 –vlak = 5
  3. Ons voeg die nuwe skyf by die skikking – mdadm –bestuur / dev / md0 –voeg / dev / sdc by . Hier kom die dun punt dat die skikking nog steeds RAID1 is en nie sal begin sinchroniseer nie, want ons nuwe stasie is spaar
  4. Die belangrikste oomblik wat SDK aktief raak en sinchronisasie begin – mdadm –groei / dev / md0 –klopjag-toestelle = 3 . Goeie tyd om u bier oop te maak as dit nie klaar is nie. 😉 Moet onder geen omstandighede die proses onderbreek nie!!!
  5. Nadat die sinchronisasie verby was, is dit oor om die grootte van die partisie te verander, omdat die ruimteverlies in RAID1 1 / n is en in RAID5 1-1 / n is

Die grootste bonus is dat dit nie nodig is om die stelsel weer te begin of addisionele skikkings te verwyder en te skep nie.

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

Goeie aand 😛

Ons is besig met die voorbereiding van 'n nuwe gasheerdiens en tydens die toetse met die verbinding tussen WHMCS en Cloudmin het ons die volgende fout ondervind

CURL-fout: 7 – kon nie aan die gasheer skakel nie

 

Prettig, ek kyk dadelik na die verbinding tussen die masjiene waar die WHMCS en Cloudmin is, alles werk. Ek kyk na die 10000ste hawe en dit is oop en ek het toegang daartoe 🙄 . Fun!

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

tcpdump -i br0 host WHMCS_IP

en vir myne (nie baie groot nie) verbasing sien ek dat ek probeer verbinding maak met die 80's of 443 (as SSL geaktiveer is) hawe sonder om my vir een te vra. Webmin en cloudmin, wat 'n toepassing op eersgenoemde is, loop standaard op SSL 10000 hawe. Omdat hierdie dom stelsel IonCube is geïnkripteer, kan u nie u kode wysig om Indiese nonsens reg te stel nie, en u moet dus 'n radikale benadering gebruik.. Voordat ek die stelsel verlaat, vervang ek die bestemmingspoort met iptables

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

waar u cloudmin_ip vervang met die IP van u cloudmin-installasie. Na hierdie klein manipulasie het die verband tussen WHMCS en Cloudmin plaasgevind, maar die module het nog ander probleme behalwe dit 😆 :Mrgreen:

Oor die algemeen is ek uiters teleurgesteld vir 'n jaar van gebruik van WHMCS – dit is baie hout, ondersteuning span ondersteuning is stadig, die dokumentasie van die kode en verskillende dinge verskil van die werklikheid, baie foute en is baie hout. As ek geweet het dat dit so sleg is, sou ek dit liewer met 'n terugstellisensie gebruik in plaas van te gee 300$ vir iets wat op een of ander manier werk!

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

2 vinnig RAID 5 advies

  1. As u 'n RAID het 5 stelsel hou die skywe in MBR in plaas daarvan GPT – ten minste het hy dit vir my gegee +10 – +15% verskil
  2. Stel / sys / block / md0 / md / stripe_cache_size in, want dit is standaard te klein. Hier hang die waardes van my af 32768 die mees ordentlike resultaat gelewer

As u die RAID-laag bo-oor maak, doen dit dan op die LVM, dus sal u baie probleme bespaar as u nie die geskatte partisiegroottes goed skat nie.. Die idee is dat as u nie XFS of ZFS of enige ander FS gebruik nie, wat byvoorbeeld partisies as EXT2 / 3/4 moontlik maak, dinge 'n groot probleem word as u besef, dat jy nie die meeste gedoen het nie- goeie verdeling. Oor die algemeen kry u maksimum plastisiteit as u die grootte van die partisie moet verminder of vergroot en terselfdertyd beskerm word teen onaangename gebeure van u data.. In die algemeen word iets van hierdie aard verkry

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

Van ongeveer 2 weke php 5.3 gaan die geskiedenis stadig maar seker binne. Op die 11de het hy die einde van sy steun aangekondig en dat slegs veiligheidsreëlings vrygelaat sou word 1 Jaar. In die algemeen, PHP 5.4 gaan in ou stabiele stadiums en PHP 5.5 word stabiel, wat 'n bietjie lekker is omdat sommige van die php-byvoegings en plug-ins nog nie heeltemal korrek werk nie, maar ook 'n weergawe 5.5 is nogal nuut, so ek sal daarvan weerhou om na te migreer.

Laat ek u dus vertel van my migrasie na 5.4 van 5.3. Ek het dit vooraf vrygestel inligting vir uitgediende kenmerke, dié wat dramaties verander het en dié wat nie meer gehandhaaf sal word nie, sodat ons nie aan beide kante drama het nie, of dit sal ontbrand of nie 😉 Dus het ek vanoggend die tyd gekies om die migrasie te begin 7 toe hy opstaan, dat daar minimale pyn tydens migrasie is as dit nie vlot verloop nie. Tot my groot verbasing het alles meer as glad verloop – Ek het my PHP saamgestel 5.4.17 Ek het begin apache en o hemele, alles is daar. 'N Vinnige blik deur die stompe het geensins gebrul of onbekende kenmerke nie – blykbaar het die seuns goed gevaar. Al wat ek moes doen, was om die byvoegings wat saam met die ou API saamgestel is, soos APC, saam te stel, RAR en ander. Tweede herbegin en alles het aan die slaap geraak. Afsonderlik verwag ek verbeteringe in die werkverrigting, want oral wys mense met hul duim op sommige tablette wat wys hoe PHP 5.4 verbruik minder RAM en voer skripte vinniger uit.