migrado el RAID1 al RAID5 pruvis multfoje pli facile ol mi pensis 🙄 esence estas 5 simplaj paŝoj kaj malpli atendado 1 bieron por kuraĝo.

Por mi, la sistemo kreis RAID md0 tabelo implikanta 2 диска и sda SDB. Mi aldonos ilin tria sdc krei RAID5 de 3 disko. Entute ĉi estas baraktantaj scienca celo de virtualka Mi ne provis ĝin en reala medio, sed ne atendas dramo, vera maŝino kiel la tempo venas.

  1. Krei la saman dosiersistemon aranĝo kiel la aliaj diskoj – sfdisk -d / dev / sdb | sfdisk / dev / sdc
  2. Ni konstruu sur nia nuna tabelo de RAID5 – mdadm –kreski / dev / md0 –nivelo = 5
  3. Aldonu la nova disko de la tabelo – mdadm –administri / dev / md0 –aldoni / dev / sdc . Jen venas maldika punkto tabelo kiu ankoraŭ daŭre RAID1 kaj ne komencos sinkronigita ĉar nova disko ni retenu
  4. La plej grava punkto sdc aktiviĝas kaj startas la sincronización – mdadm –kreski / dev / md0 –rastado-aparatoj = 3 . Bona tempo por malfermi vian bieron, se ne farita 😉 ne interrompi la procezo ĉiuokaze!!!
  5. Post la sincronización restis regrandigi dispartigo ĉar la perdo de spaco en RAID1 e 1 / n kaj en RAID5 e 1-1 / n

Plej granda gratifiko ne havanta reboot aŭ eltiro kaj fari aldonan tabeloj.

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

Bonan nokton 😛

Ni preparas novan servon por gastigi kaj dum provoj en provo ligo inter WHMCS kaj Cloudmin havis la jenan eraron

Frizo Eraro: 7 – ne povis konekti al servilo

 

Amuzo tuj kontroli la konekton inter maŝinoj kie WHMCS-a kaj Cloudmin-kaj ĉiu verkoj. 10000 ĉeko-ing haveno kaj malfermis ĝin kaj aliri ĝin havas 🙄 . amuza!

Faranta rapida por cloudmin servilo

tcpdump -i br0 host WHMCS_IP

kaj mia (ne tre granda) miro look kiu provas konekti al la 80-a aŭ 443 (Se enŝaltita SSL) havenoj sen petante min por tia. Defaŭlte Webmin-a kaj cloudmin-a apliko kiu estas la unua laboro por SSL 10000 haveno. Ĉar tiu stulta sistemo estas ĉifrita ionCube neniel Edith kodo ripari iliajn Indian crap tiel havante radikala alproksimiĝo. Antaŭ forlasi la sistemon anstataŭi la haveno de destino La iptables

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

kie cloudmin_ip anstataŭigi ĝin per IP-via cloudmin instalado. Post ĉi tiu malgranda manipulado rilato inter WHMCS kaj Cloudmin loko, sed la unueco ankoraŭ havas aliajn problemojn krom tiu 😆 :lol:

Ĝenerale jaron uzante WHMCS'm ekstreme seniluziigita en li – tute ligna, bontenado subteno teamo estas malrapida, dokumentado de la kodo kaj aliaj aferoj estas en malakordo kun realo, tre grandan kvanton de misfunkciadoj kaj belaj lignaj. Se mi sciis ke estis tiel malbona Mi preferas uzi ĝin rekomencigi permesilo anstataŭ doni 300$ iu kiu laboras iom!

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 даде най приличен резултат

Trairigante RAID tavolo super ĝi faras sur LVM tiel vi ŝparos vin multan aflikton, se vi ne tute bone konsiderita proporcioj de akcioj. La ideo estas ke vi uzas XFS aŭ ZFS aŭ alian FS kiu permesas regrandigi dispartigas kiel ext2 / 3/4 kiel aferoj pligrandiĝi kiel vi rimarkas sty, Vi ne faris la- bona divido. В общи линии получавате максимална пластичност ако е необходимо намаляне или увеличаване на размеря на дяла и същевременно сте подсигурени против неприятни случки на данните ви. В общи линии се получава нещо от този вид

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

de ĉirkaŭ 2 php semajnoj 5.3 Li eniras la rakonto malrapide sed certe. Sur 11a oni anoncis la finon de lia bontenado kaj kiu estos metita nur sekurecaj flikrimedoj por 1 jaro. esence PHP 5.4 iras en stadioj malnova stabila kaj PHP 5.5 iĝas stabila, kiu estas malpli amuza ĉar ankoraŭ parto de aldonoj kaj nova php kromaĵojn ne funkcias tute korekte sed la versio 5.5 Ĝi estas sufiĉe nova do mi detenas migrado al ĝi.

Do diru ke mi migrado 5.4 el 5.3. Mi antaŭe metis informo por malaktuala funkcioj, kiuj ŝanĝiĝis dramece kaj tiuj kiuj ne plu estos subtenitaj por neniu dramoj ambaŭflanke kiu ne ŝalti aŭ 😉 Do ĉimatene altempigo de komenco de migrado ĉirkaŭ 7 iĝante, ke ekzistas minimuma doloro dum migrado se ne iras glate. Al mia granda surprizo, ĉiu iris pli glate – kompilita via PHP 5.4.17 Mi komencis ĝin kaj Apache-oh ĉielo ĉio estas tie. Rapida rigardo ĉirkaŭ la ŝtipojn ekbruos de depricated aŭ ne entute nekonataj funkcioj – evidente la infanoj faris sian laboron bone. Tiam mi estis nur rekompili kaj suplementoj kiuj estas kompilitaj per la malnova API kiel APC, RAR kaj aliaj. Dua reboot kaj ĉiu endormiĝis. Krom atendi plibonigoj en produktiveco kiel homoj ĉie montrante granda piedfingro iuj tabeloj kie montras kiel PHP 5.4 konsumas malpli RAM kaj ekzekutas skriptoj rapida.