Re: [rlug] fs snapshots / status btrfs
On 04/16/2015 04:42 PM, Alex 'CAVE' Cernat wrote: > salut > > cat de stable mai e btrfs-ul ? stiu ca suse a bagat by default rootfs-ul > ca btr, dar nu l-am folosit niciodata in productie eu folosesc pe laptop (ubuntu 14.10, root fs ssd + hdd raid1 si /home fara raid pentru ca ssd de 16G) si pe eeepc-ul care e home server (ubuntu 14.04, 2G de RAM, 1TB sshd + disc extern de 2 TB - btrfs e pe discul intern de 1T); > merge cat de cat pe un sistem cu 1 giga memorie ? (fara alte chestii > notabile pe el) pe eeepc am avut la un moment dat probleme cu OOM killer care omora deluged cu jumatate din RAM liber, s-a rezolvat in mare dupa ce am dezactivat vm.overcommit_memory (ocazional mai are momente in care se misca lent si e unul din procesoare in 100% system din motive de voodoo - se rezolva cu reboot) > snapshot-urile din cate am vazut sunt la nivel de filesystem (sper sa ma > fi uitat bine :-P), cat de usor sunt de montat si umblat prin ele ? > practic caut un zfs mai 'low cost' (in materie de resurse), cu suport > deja bagat in kernel si in distributie (in particular Debian) pentru > chestii de mai mica amploare snapshot-urile sunt subvolume, se pot monta usor (mount cutare -o subvol=pr0n) hth ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] apache 2.4 + php-fpm
salut vad ca multa lume injura mai mult sau mai putin apache 2.4, si sunt curios de ce :-P de cand am vazut ca-l baga astia cam default in distributii am zis ca e cazul sa ii mai dau o sansa, si din cate vad in ziua de azi nu prea pot sa-i mai gasesc nod in papura 1. de cand au bagat in 2.4.7-10 php via proxy_fcgi via sethandler mi se pare elegant (proxypass-ul imi dadea dureri de dinti la securitate si mai ales la alte combinatii cu rewrite si mai stiu eu ce alte configuratii); basca ca au bagat si unix sockets mai nou (2.4.10) 2. am scapat de mizeria aia de configurare php din apache 2.2 (de fiecare data cand scriam configuratia imi venea sa vomit in timp ce ma scarpinam cu mana dreapta la urechea stanga) 3. daca te joci putin poti sa trimiti headerele de authorization in php (un simplu setenvif), pentru programatorii care nu au ce face ... 4. intr-adevar, e un pic de crima cu authn si authz, aici poate merita injurati, ca e schimbare mare, dar nu e chiar atat de ilogic, e pur si simplu 'altceva' (pentru lenesi exista si mod_compat_spanac, dar daca tot o facem lata ... sa o facem lata) de alte chestii cu adevarat majore nu m-am lovit (inca), astfel incat balanta pro - contra se inclina momentan destul de bine inspre pro, nu prea reusesc sa le gasesc noduri in papura (damn, imi pierd skill-urile :-)) se baga careva sa incline invers balanta ? :-P feedback is fifty :-D Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] fs snapshots / status btrfs
On Friday 17 April 2015 12:17:30 Nagy Ákos wrote: > 2015.04.17. 10:02 keltezéssel, Nagy Ákos írta: > > BTRFS ca structură de sistem de fișiere este stabil și final din 2014 > > august. Acesta înseamnă cu structura lui nu se dezvoltă și nici nu se > > modifică. > > Implementările de la kernelul 3.10 sunt stabile, și pot folosite chiar > > și în producție (ubuntu 14.04 lts și centos 7.x deja e > > stabil/recomandat, debian 7.x și centos 6.x nu e stabil/recomandat > > pentru btrfs). > > Singurul capitol unde încă e ceva de dezvoltat sunt utilitarele, ca > > fsck. Acesta înseamnă că pot exista situații din care fsck nu poate > > repare sistemul de fișiere, dar asemenea situații în principiu apar la > > crash sau întrerupere de curent. După trimiterea metadatelor la > > dezvoltatori, în scrurt timp (max o lună) rezolvarea problemei va fi > > implementată, și cu noul fsck problema se poate corecta. > > Snapshoturile sunt foarte ușoare de folosit, sunt practic foldere cu > > starea fișierelor în momentul snapshotului, în care datele se pot > > chiar și modificat, și într-un nici un caz nu influențează datele din Ce pot sa spun e ca am vrut si eu sa pun pe o masina virtuala de test btrfs si am constatat ca lilo nu se descurca cu el. Am impresia ca nici grub , asa ca trebuie sa nu fie boot partition (eu facusem o singura partitie) ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] fs snapshots / status btrfs
2015.04.17. 10:02 keltezéssel, Nagy Ákos írta: BTRFS ca structură de sistem de fișiere este stabil și final din 2014 august. Acesta înseamnă cu structura lui nu se dezvoltă și nici nu se modifică. Implementările de la kernelul 3.10 sunt stabile, și pot folosite chiar și în producție (ubuntu 14.04 lts și centos 7.x deja e stabil/recomandat, debian 7.x și centos 6.x nu e stabil/recomandat pentru btrfs). Singurul capitol unde încă e ceva de dezvoltat sunt utilitarele, ca fsck. Acesta înseamnă că pot exista situații din care fsck nu poate repare sistemul de fișiere, dar asemenea situații în principiu apar la crash sau întrerupere de curent. După trimiterea metadatelor la dezvoltatori, în scrurt timp (max o lună) rezolvarea problemei va fi implementată, și cu noul fsck problema se poate corecta. Snapshoturile sunt foarte ușoare de folosit, sunt practic foldere cu starea fișierelor în momentul snapshotului, în care datele se pot chiar și modificat, și într-un nici un caz nu influențează datele din sistemul live. zfs este într-adevăr mai matur, dar de exemplu la o configurație storage de 5-15 TB experții recomandă 64-128 GB de ram. Dar în general pentru sistemele solaris 16-32 GB de ram în general este recomandat pentru o funcționalitate optimă. Eu btrfs și snapshot îl folosesc pe sisteme de backup, realizând backup detaliat în timp. În principiu 1 gb de ram e lejer de ajuns. Am uitat să scriu că și ZFS on Linux este deja stabil și pregătit pentru utilizare în producție: https://clusterhq.com/blog/state-zfs-on-linux/ Prin FUSE deja de mult se putea folosi ZFS în linux, dar acest proiect, zfsonlinux, a integrat la nivel de kernel sistemul de fișiere ZFS. 2015.04.16. 16:42 keltezéssel, Alex 'CAVE' Cernat írta: salut cat de stable mai e btrfs-ul ? stiu ca suse a bagat by default rootfs-ul ca btr, dar nu l-am folosit niciodata in productie merge cat de cat pe un sistem cu 1 giga memorie ? (fara alte chestii notabile pe el) snapshot-urile din cate am vazut sunt la nivel de filesystem (sper sa ma fi uitat bine :-P), cat de usor sunt de montat si umblat prin ele ? practic caut un zfs mai 'low cost' (in materie de resurse), cu suport deja bagat in kernel si in distributie (in particular Debian) pentru chestii de mai mica amploare Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug -- Ákos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] fs snapshots / status btrfs
În 2015-04-17 10:02, Nagy Ákos a scris: > BTRFS ca structură de sistem de fișiere este stabil și final din 2014 > august. Acesta înseamnă cu structura lui nu se dezvoltă și nici nu se > modifică. > Implementările de la kernelul 3.10 sunt stabile, și pot folosite chiar > și în producție (ubuntu 14.04 lts și centos 7.x deja e > stabil/recomandat, debian 7.x și centos 6.x nu e stabil/recomandat > pentru btrfs). > Singurul capitol unde încă e ceva de dezvoltat sunt utilitarele, ca > fsck. Acesta înseamnă că pot exista situații din care fsck nu poate > repare sistemul de fișiere, dar asemenea situații în principiu apar la > crash sau întrerupere de curent. După trimiterea metadatelor la > dezvoltatori, în scrurt timp (max o lună) rezolvarea problemei va fi > implementată, și cu noul fsck problema se poate corecta. > Snapshoturile sunt foarte ușoare de folosit, sunt practic foldere cu > starea fișierelor în momentul snapshotului, în care datele se pot > chiar și modificat, și într-un nici un caz nu influențează datele din > sistemul live. > > zfs este într-adevăr mai matur, dar de exemplu la o configurație > storage de 5-15 TB experții recomandă 64-128 GB de ram. Dar în general > pentru sistemele solaris 16-32 GB de ram în general este recomandat > pentru o funcționalitate optimă. ... acu depinde de specialisti. Altii spun ca trebuie respectata o regula empirica de genul la 1 TB/raw storage ar trebui sa existe 1 TB RAM. Oricum optimul/recomandat de memorie depinde f. mult de ce e pe acel sistem(ca intotdeauna). Eu am un server cu 8 GB RAM, cu 4x2 TB(raidZ2), si se misca f. bine. > > Eu btrfs și snapshot îl folosesc pe sisteme de backup, realizând > backup detaliat în timp. În principiu 1 gb de ram e lejer de ajuns. > > 2015.04.16. 16:42 keltezéssel, Alex 'CAVE' Cernat írta: >> salut >> >> cat de stable mai e btrfs-ul ? stiu ca suse a bagat by default >> rootfs-ul >> ca btr, dar nu l-am folosit niciodata in productie >> merge cat de cat pe un sistem cu 1 giga memorie ? (fara alte chestii >> notabile pe el) >> snapshot-urile din cate am vazut sunt la nivel de filesystem (sper sa >> ma >> fi uitat bine :-P), cat de usor sunt de montat si umblat prin ele ? >> practic caut un zfs mai 'low cost' (in materie de resurse), cu suport >> deja bagat in kernel si in distributie (in particular Debian) pentru >> chestii de mai mica amploare Salut Alex, poate ar fi util sa-ti arunci un ochi peste ceva mai exotic poate, NILFS2: http://nilfs.sourceforge.net/en/current_status.html Eu l-am folosit cam un an de zile pe cateva servere(debian 6 si/sau 5) cu ceva ani in urma. Mie mi sa parut OK la vremea aia(nu a crapat, nu am pierdut date, snapshot-le mergeau ok). Acum nu mai stium cum mai merge, ca nu mai am(am inlocuit cu zfs). Cred ca e suportat in kernel la debian, daca am inteles eu bine. Cand am folosit eu, era sigur in kernel. >> >> Alex >> >> ___ >> RLUG mailing list >> RLUG@lists.lug.ro >> http://lists.lug.ro/mailman/listinfo/rlug > > > ___ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug ATENTIONARI = - pentru atasamente tip Office va rugam sa folositi format OFFICE 97; - nu trimiteti date personale (CNP, copii dupa acte de identitate etc). O lista completa cu reguli de utilizare exista la: http://gw.casbv.ro/forum_smf/index.php?topic=2000.msg3106#msg3106 C.A.S.J. Brasov - B-dul Mihail Kogalniceanu, nr. 11,Brasov [web-site]: http://www.casbv.ro [forum]: http://gw.casbv.ro/forum_smf/index.php == ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] fs snapshots / status btrfs
BTRFS ca structură de sistem de fișiere este stabil și final din 2014 august. Acesta înseamnă cu structura lui nu se dezvoltă și nici nu se modifică. Implementările de la kernelul 3.10 sunt stabile, și pot folosite chiar și în producție (ubuntu 14.04 lts și centos 7.x deja e stabil/recomandat, debian 7.x și centos 6.x nu e stabil/recomandat pentru btrfs). Singurul capitol unde încă e ceva de dezvoltat sunt utilitarele, ca fsck. Acesta înseamnă că pot exista situații din care fsck nu poate repare sistemul de fișiere, dar asemenea situații în principiu apar la crash sau întrerupere de curent. După trimiterea metadatelor la dezvoltatori, în scrurt timp (max o lună) rezolvarea problemei va fi implementată, și cu noul fsck problema se poate corecta. Snapshoturile sunt foarte ușoare de folosit, sunt practic foldere cu starea fișierelor în momentul snapshotului, în care datele se pot chiar și modificat, și într-un nici un caz nu influențează datele din sistemul live. zfs este într-adevăr mai matur, dar de exemplu la o configurație storage de 5-15 TB experții recomandă 64-128 GB de ram. Dar în general pentru sistemele solaris 16-32 GB de ram în general este recomandat pentru o funcționalitate optimă. Eu btrfs și snapshot îl folosesc pe sisteme de backup, realizând backup detaliat în timp. În principiu 1 gb de ram e lejer de ajuns. 2015.04.16. 16:42 keltezéssel, Alex 'CAVE' Cernat írta: salut cat de stable mai e btrfs-ul ? stiu ca suse a bagat by default rootfs-ul ca btr, dar nu l-am folosit niciodata in productie merge cat de cat pe un sistem cu 1 giga memorie ? (fara alte chestii notabile pe el) snapshot-urile din cate am vazut sunt la nivel de filesystem (sper sa ma fi uitat bine :-P), cat de usor sunt de montat si umblat prin ele ? practic caut un zfs mai 'low cost' (in materie de resurse), cu suport deja bagat in kernel si in distributie (in particular Debian) pentru chestii de mai mica amploare Alex ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug -- Ákos ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
