Dotaz: Update z 32bit systemu na 64bit (FreeBSD)

[Fero Taraba]

Zdravim, vopred sa ospravedlnujem, ze som to zalozil do Linuxu, ale predsalen viacej ludi cita tuto poradnu. Moj problem je nasledovny a spociva v tom, ze planujem upgrade serveru a pride k zmene procesora a pamati, kde chcem dat az 8GB RAM. Kedze vyuzitie pamate je najma v databaze, tak potrebujem 64-bit system, aby dokazal aj prislusnu pamat vyuzit. Otazka teda spociva v tom, ci je problem pri prechode z 32bit FreeBSD 6.2 na 64bit verzie 7 a neskor potom update na verziu 8. Su komplikacie pri prechode a comu sa vyvarovat? Dakujem za rychle rady a pomoc.

Odpovědi

[ApoC]

Zdravim,

upgrade z i386 na AMD64 je teoreticky mozny, ale NENI doporucovany. Kazdopadne by ho mela predchazet kompletni zaloha systemu. Upgrade provedete standartni kompilaci ze zdrojovych kodu s tim, ze specifikujete cilovou platformu (TARGET=amd64). S tim, ze posleze budete muset stejne prekompilovat veskere nainstalovane porty.

Doporucovanou metodou "upgradu" je kompletni reinstalace systemu na 64b verzi. Takze pokud na masine nemate nainstalovano extremni mnozstvi balicku, doporucuji zalohovat data, a kompletni reinstalaci. Navic takto muzete skocit rovnou na verzi 8.0.

[Fero Taraba]

Dakujem za odpoved, ale mozem sa spytat, preco nie je doporucovany? Chapem, ze je to prechod jednak z 32 na 64bit, ale zaroven aj z Intel/i386 na AMD platformu.

[mato]

aj na inteloch pouzijes "amd64" - to je troska nestastny nazov .. popis najdes tu (handbook)

co sa tyka update-u tak sa to nedoporucuje asi preto, lebo aj ked urobis update systemu tak stale su porty ktore boli skopmpilovane voci 32b systemu a moze nastat problemy s libkami (i ked v base je lib32, stale sa mozu vyskutnut problemy)

osobne by som ti tiez doporucil fresh install, i ked sam som asi rok do zadu robil upgrade z 32 na 64 (fbsd 7) - bez problemov, ale tam mi nebezalo skoro nic.

[Fero Taraba]

Fresh istalacia by nebola zla, ale ma to hacik a ten je, ze server jej odo mna 250km daleko v klimatizovanej serverovni. Takze ak keby som sa tam vybral s tym, ze tam hodim aspon cisty system a nech zvysok dokonci clovek, ktory mi to robil, tak je to problematicke. Pretoze by bolo potrebne najskor vsetko zalohovat. Potom by prisla na rad cista instalacia, ktora neviem akym sposobom prebieha. Pred par rokmi som instaloval Debian (tusim 3.1) a bol tam problem napriklad so SATA diskom. Teraz mam v serveri dva disky v RAIDe, je to sice len RAID, ktory ponuka zakladna doska od Intelu, ale snad by mal byt funkcny. Pocitam teda, ze problem by sa mohol vyskytnut v SATA disku, aj ked myslim, ze dnes by uz tento problem nemal pretrvavat alebo by bolo mozne zvolit v BIOSe disk ako emulaciu PATA disku, potom by bolo potrebne vybrat nejake zakladne nastavenia, nastavit IP adresy a nainstalovat to. Tam by sa moja uloha mohla skoncit a zvysok by sa spravilo cez internet. Predpokladam, ze cistu instalaciu nie je mozne spravit cez internet. 64-bit system potrebujem hlavne kvoli RAM, aby som mohol vyuzivat trebars pre MySQL viac ako 2GB RAM, pretoze mi to robi problemy uz dlhsie. A zaroven by som pri tom update systemu chcel spravit aj upgrade hw, ze by som tam hodil nejaky ten Phenom X2 955 alebo 965 od AMDcka, je to sice desktopovy procesor, ale vykonovo sa vyrovnava o 100 eur drahsim Xeonom, nehovoriac o tom, ze tam postaci o 100 eur lacnejsia doska ako pri Xeone.

[cronin]

Mam dve poznamky:

1) Ak je na tom cokolvek aspon trochu seriozne, zalohovanie musi byt vyriesene uz teraz, nie? Ak nie, mozno je vhodna prilezitost najskor implementovat zalohovanie, a potom riesit reinstalaciu. No a ked uz je zalohovanie lubovolne vyriesene, nie je vzdialenost problemom - bud sa da zalohovanie manazovat vzdialene, alebo sa neda manazovat vzdialene, a v tom pripade ho tak ci tak vykonava niekto lokalne.

2) Neslo by to s tou reinstalaciou urobit naopak? T.j. niekto tam by nahodil cisty base system, nakonfiguroval siet spustil ssh server - co je v pripade FreeBSD prakticky "odklikanie" instalatora, a ostatne by si zmanazoval Ty vzdialene? HW compatibilitu mozno skusit overit napr. live distribuciou FreeSBIE. Pripadne, ak sa ma HW menit kompletne, je mozne urobit instalaciu na iny stroj, vyladit, otestovat, a nakoniec len premigrovat udaje a prepichnut sietovy kabel?

250km este nie je take zle. Vies, ako starostlivo kontrolujes, ake parametre davas prikazu shutdown, ked restartujes cez Atlantik? Zamenit -p a -r je v takom pripade dost trapny maler.

[Fero Taraba]

Popravde zalohovanie urobene nie je, takze som si to zalohoval sam, weby raz od casu a databazu podla potrieb, cize kazde dva dni alebo tak. Teraz som premigroval scripty na novsiu verziu a tak prakticky mozem zalohovat uz vsetko podla planu, spravim si to na noc do cronu. Pretoze stary system bol rozpacity a jeho databaza bola strasne velka. Teraz sa vyuziva viacej cache, viacej MySQL a tak je databaza len nieco cez 1GB. Teoreticky staci ale pri MySQL databaze riesit zalohu tak, ze zalohujem cely adresar suborov v ktorych su tabulky MySQL, ze? Alebo mam radsej pouzit scripty ako je napr. MySQLdumper a ten hodit do crona?

Volal som rano s clovekom, ktory sa mi o to stara. Potvrdil slova vyssie, ze najlepsie a aj rychlejsie bude spravit server tak, ze bud vytiahnem jeden disk z RAIDu, ten donesiem domov, nainstaluje sa tam cisty 64-bit FreeBSD 8, nastavi sa to pre konkretny hardware, ktory tam chcem dat a potom to mozem cele odniest. Alebo to spravit tak, ze sa to potom z toho disku len prekopiruje, spravi sa RAID a hotovo. Ale ze riesit po sieti prechod z 32-bit na 64-bit si netrufa, najma pokial nema seriovu konzolu, CDcko s BSDckom v mechanike nastavenej na boot...

Takze to vyzera tak, ze teraz sa to maximalne tak prehodi na BSD 8 a potom, ked budem riesit upgrade, tak to bude clean install na 64-bit system s tym, ze sa potom prehodia configy atd...

[cronin]

Teoreticky staci ale pri MySQL databaze riesit zalohu tak, ze zalohujem cely adresar suborov v ktorych su tabulky MySQL, ze?

Zalohovat databazu na urovni suboroveho systemu mozno len v pripade, ze databaza je vypnuta. Zaroven obnova takto "zalohovanej" databazy je mozna iba do rovnakej verzie. Rozhodne odporucam k zalohovaniu a obnove DB pouzit na to urcene nastroje.

..., ze najlepsie a aj rychlejsie bude spravit server tak, ze bud vytiahnem jeden disk z RAIDu, ...

Ak vsetko pojde dobre, vyzera to ako skvely plan. Ak nie, z najlepsej a najrychlejsej moznosti sa bude razom nocna mora. Kazdopadne odporucam mat poruke otestovane zalohy.

Takze to vyzera tak, ze teraz sa to maximalne tak prehodi na BSD 8 a potom, ked budem riesit upgrade

Toto vyzera ako rozumny kompromis. Nie som si isty, kolko pamate je 32bit FreeBSD schopne priradit jednemu procesu s PAE a bez neho, ale urcite to nie je menej ako cca 2GB. Nestaci to? A ak nie, nie je mozne DB rozdelit na viacero instancii? Plus oddelenie do jailov by poskytlo dalsiu flexibilitu spravy (jednu databazu by bolo mozne vypnut, zatial co ostatne by bezali dalej, kazdu databazu by mohol potencialne spravovat iny administrator; detto pre ostatne sluzby).

[Fero Taraba]

Co mi vravel, tak 2GB stanard, s tym PAE tusim 3GB vravel, ale ze su s tym byvaju problemy. 2GB nestaci, pokial chcem vyuzivat cache MySQL, rovnako aj urcite limity na cache/buffer pre spojenia. A ked mam buffre nastavene trebars len 4/4/8MB a mam max_connection na 100, tak je to uz 1,6GB + treba priratat este zakladne nastavenie MySQL, takze dajme tomu je nastavene na giga, tak sa dostanem na 2,6GB. A ked zvysim zaklad na 2-3GB, zvysim limit na jedno spojenie a zvysim zaroven pocet spojeni, tak som radovo na niekolko giga. Teraz bezim na nejakych 80 spojeni a niekedy to v spicke nestaci.

[cronin]

Myslim, ze jediny "problem" s PAE je, ze pristup k pamati je pomalsi ako bez PAE. Vrstva indirektnosti PAE cosi stoji.

A je tam jedina databaza? Co to rozdelenie do viacerych instancii?

[Fero Taraba]

Nie, tych databaz je tam viacej, clekovo asi 8, ale tie maju spolu okolo 200MB a nie su dolezite. Ta prioritna ma aktualne 1,2GB.

[ApoC]

Jak uz bylo napsano vyse, muze (ale nemusi) nastat nejaky problem s knihovnami. Ale kazdopadne cista instalace podle me vyjde i casove lepe, protoze pokud jsem pochopil tvuj zamysleny scenar hodlas migrovat postupne 6.2->7.2->8.0.(coz trosku nechapu podle me by stacilo skocit rovnou 6.2->8.0). Kazdopadne upgrade na vyssi verzi sebou prinasi nutnost rekompilovat vsekery nainstalovany soft, protoze FreeBSD neni mezi verzemi binarne kompatibilni. Takze bych vlastne vsechno buildil 2x :) Jednou po prechodu na 64b a podruhe po prechodu na 8.0.

Osobne jsem taky kdysi migroval nejaky stroj na 64b a delal jsem to zpusobem ciste instalace. Zazalohoval jsem vsechna data + adresare s konfiguracemi a nebylo to zas az tak casove narocne jak by se na prvni pohled mohlo zdat.

[Fero Taraba]

Ked si to tak vezmem, tak update za pomoci cistej instalacky by mi aj pomohol, pretoze teraz mam zle rozhodene particie s ktorymi sa pred tromi rokmi nepocitalo. Ako system mam FreeBSD 6.2, ktory bezi na 36GB Raptore. Napriklad /tmp ma len 512MB, co je malo a pokial robi s vacsimi subormi, tak mi proste dojde miesot v tempe a hodi mi error. Dalsi problem je napriklad vo /var, kedze ma len 2GB a databaza hlavneho webu ma viac ako 1GB, navyse tam bezia este databazy, ktore sa vyuzivaju k inemu webu. Takze realne vyuzitie /var je cez 1,5GB a pol giga tam ostalo volneho miesta, ktore sa casom moze rychlo zaplnit. Ked som robil isty konvert db a prehadzoval som ju na UTF-8, tak sa databaza ukladala postupne na disk. Tu nastal problem, pretoze doslo miesto a databazu nebolo mozne konvertovat. Musel som preto zalohovat par databaz, ktore su tam, zmazat ich, konvertovat tu hlavu a potom naspat nahodit tie ostatne zo zalohy.

Neviem kolko by trval prechod na FreeBSD 7 a potom 8, pripadne rovno na 8, ale myslim, ze cez porty je to mozne updatnut automaticky, nie? Teda na zaklade nejakych nastaveni, ktore su urcene. Mozno by predsalen bolo vyhodnejsie tam hodit cisty system, pekne si nastavit velkosti pre /var ci /tmp, nahodit hlavne veci ako je ftp, MySQL, Apache, niektore dalsie programy, pouzit zalohy nastaveni z terajsieho systemu a doladit par veci.

ApoC, ak sa ta mozem spytat, kolko tebe zabral ten prechod, ktory si kedysi robil a na kolko by si to odhladol, keby si mal robit cistu instalacku?

[ApoC]

- Zaloha dat + konfiguracnich adresaru (muze se casove list v zavyslosti na objemu dat) - Instalace zakladniho systemu z CD/DVD/USB cca 20 minut - Instalace balicku z puvodniho systemu (zalezi zda jsou kompilovane z portu nebo zda jsou pouzite predkompilovane balicky) - Obnova konfigurace, obnova zalohy, obnova uzivatelu (zase se lisi dle objemu dat)

Ja osobne jsem migroval masinu na ktere bezel Apache(php5, pf firewall, DNS (bind), mail (postfix+spamassassin+courier imapd), MySQL, PGSQL, ProFTPD, ssh :), mozna jeste neco, vse kompilovane ze zdrojovych kodu, data zabrala cca do 15GB. Trvalo mi to od pulnoci do 12:00 s tim ze valna cast casu byla zabrana rekompilaci baliku (asi 220) a dal jsem si mezitim i chrupku :). Data jsem restornul v dobe prekladu balicku a finalni doladeni konfigurace zabralo tak cca 1h max.

[Fero Taraba]

Ako som pisal teraz uz aj vyssie, tak aj podla slov cloveka, ktory sa mi o to stara je rozhodne lepsia volba cista instalacia s pouzitim configov a zalohy veci + nainstalovanie balickov, ktore pouzivam. Vzhladom na to, ze chcem kupit lepsiu masinu a planujem ist do SAS 15K RPM diskov, tak by sa to cele este skratilo.

Kazdoapdne dakujem za rady, som mierne sklamany, ale prechod na 64-bit bude az ked pojdem do noveho hw, cize niekedy na jar, ked bude dostatok financii.

[ApoC]

Mozna ted trosku offtopic.

Co se tyka MySQL a PAE, tak PAE zajistuje jen to, ze program muze byt v systemu namapovan / spusten nad 4GB hranici pameti. Takze i na 32b systemech jde vyuzit treba 8GB RAM (pokud to umoznuje deska atd.).

Jedina limitace je ve velikosti datoveho segmentu programu, ktery je limitovan prave 4GB velikosti. Takze vase MySQL by mela uplne v pohode vyuzit i 4GB RAM.

Pokud mate vic RAM, dejme tomu 8 nebo vice GB a chtel byste aby MySQL vyuzila veskerou pamet, mate s jednou instanci MySQL bohuzel smulu, ale muzete zkusit vytvorit nekolik jailu, v kazdem z nich spustit solo instanci MySQL a propojit je do NDB clusteru.