A 0.7-es (RC) verzió FreeBSD 7.2-re épül és mostantól tartalmazza a Sun Microsystems által kifejlesztett, 128 bites Zettabyte File System (ZFS) támogatást. Ezen kívül a fejlesztők frissítették az iSCSI initiator-t (2.1.1), az e2fsprogs (1.41.5) és rsync (3.0.6) összetevőket. Szintén frissült a transmission (1.61) Bittorent kliens.
A bejelentés elolvasható itt. További részletek changelog-ban és a H Open cikkében.
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Jókis cucc, kár, hogy a legújabb OpenISCSI initiator démonnal marhára nem működik együtt. Rengeteg a kapcsolateldobás.
Vannak más tapasztalatok?
- A hozzászóláshoz be kell jelentkezni
Na vegre... regen ulnek mar rajta.
Ebben a release-ben mar tamogatott az Intel D945GCLF2 Atom alapu lap Gigabit Ethernet halokartyaja.
- A hozzászóláshoz be kell jelentkezni
igazabol azt egy kernelcsere megoldja nem?
--
.
- A hozzászóláshoz be kell jelentkezni
csereljen a [fooldalra_nem_valo]-om kernelt egy appliance-on ;-)
- A hozzászóláshoz be kell jelentkezni
:D
--
.
- A hozzászóláshoz be kell jelentkezni
nekem appliance az mondjuk a netapp, nem pedig az ingyen edesseg :)
- A hozzászóláshoz be kell jelentkezni
Kinek a pap, kinek a plébános...
- A hozzászóláshoz be kell jelentkezni
Hm, és mennyire merhet az ember FreeBSD alatt ZFS-t használni manapság?
--
Wir sind erfasst, sind infiziert
Jedes Gespräch wird kontrolliert.
- A hozzászóláshoz be kell jelentkezni
A legutóbbi importtal jelentősen javult a helyzet, de vannak még ismert problémák (pld: http://lists.freebsd.org/pipermail/freebsd-stable/2009-May/050265.html).
Érdekes, hogy ez a cucc pont egy NAS. :)
- A hozzászóláshoz be kell jelentkezni
Hehe, a kollégám pont pár perccel ezelőtt mondta ugyanezt. :)
--
Wir sind erfasst, sind infiziert
Jedes Gespräch wird kontrolliert.
- A hozzászóláshoz be kell jelentkezni
Én egy éve használom már, tulajdonképpen nem volt vele problémám, egy alkalommal elfogyott az allokált kernel memória, de ezen hangoltam kicsit, azóta jó (most éppen 2G memória mellett).
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD
- A hozzászóláshoz be kell jelentkezni
Valószínűleg mást értünk "használni merhet" alatt. :)))
--
Wir sind erfasst, sind infiziert
Jedes Gespräch wird kontrolliert.
- A hozzászóláshoz be kell jelentkezni
ha van felesleges adatod es hupon akarsz majerkedni akkor szerintem mindekepp megeri
ha esetleg PROD kornyezetbe kerulne akkor elotte javasolt korulnezni h kelloen elrettenj:
http://www.google.ie/search?q=freebsd+zfs+crash
;)
--
.
- A hozzászóláshoz be kell jelentkezni
Elkéstél, már összeraktam az otthoni médiaszerveremet, de én konzervatív vagyok, ezért Solaris 10 ment rá. :)
--
Wir sind erfasst, sind infiziert
Jedes Gespräch wird kontrolliert.
- A hozzászóláshoz be kell jelentkezni
En otthon hasznalom zfs-sel, es szerencsere eddig meg semmi gond nem volt vele (es a fent emlitett intel atom alaplappal :). Nincs nagyon tulhajszolva, az egyetlen problemam vele a fuppes, mert nem tudja "raegetni" a feliratot a filmekre, de dolgozom az ugyon.
- A hozzászóláshoz be kell jelentkezni
hehe te maradi te!
--
.
- A hozzászóláshoz be kell jelentkezni
Szerencsére a Solaris 10-ben a ZFS atomstabil már a kezdetektől.
- A hozzászóláshoz be kell jelentkezni
Szerencse, hogy az a képfotó kereken 2 éves ma, bizonyára nem jött ki közben Solaris update, amiben esetleg javított a Sun hibákat. :))
--
Wir sind erfasst, sind infiziert
Jedes Gespräch wird kontrolliert.
- A hozzászóláshoz be kell jelentkezni
Mindenki ezzel jön, de most nincs türelmem újat csinálni... :)
Közben a kód is változott "némileg".
- A hozzászóláshoz be kell jelentkezni
amin nincs apt-get, azzal nem lehet a hupon majerkedni
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
Tegyük hozzá, hogy a win-get nem működik. Itt azt is láthatod, miért nem.
- A hozzászóláshoz be kell jelentkezni
Hm... érdekes hozzászólás... nézzük csak:
http://www.google.hu/search?q=freebsd+zfs+crash ~35e találat
http://www.google.hu/search?q=solaris+zfs+crash ~81e találat
:)
Egyébként 7.0 esetén volt nálam utoljára ZFS crash FreeBSD alatt, 7.1 alatt még nem volt, pedig csak 2G memória van benne és kap rendesen rsync-et is, ami eléggé ZFS gyilkosnak van kikiáltva.
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD
- A hozzászóláshoz be kell jelentkezni
valszinuleg a freebsd zfs users << solaris zfs users
aztan felhasznalasban nem mindegy hogy otthoni nas 0 load neha hasznalat vagy NFS szerver 30 vinyovel 1000 user cibalja
satobbi szal ez igy nem relevans adat
--
.
- A hozzászóláshoz be kell jelentkezni
Szóval semmi információtartalma, hogy melyikre mennyi találat van... :)
Ismert hibák voltak, amelyek mostanra eléggé eltűntek, és bőven vannak olyan területek, amelyekre rá lehet bízni FreeBSD+ZFS kombinációt.
--
http://wiki.javaforum.hu/confluence-2.10/display/FREEBSD
- A hozzászóláshoz be kell jelentkezni
so so
en inkabb ahol lehet meg mindig ufs-t hasznalok, bar teny hogy jopofa ficsoroket vonultat fel a zfs
--
.
- A hozzászóláshoz be kell jelentkezni
Én céges környezetben is használom, a vas egy Sun X4150, 8 db SAS HDD-vel, teljesen jól, stabilan működik már fél éve. (kopp-kopp.)
Mielőtt valaki megkérdezné, hogy miért nem Solaris: a GELI miatt. (A ZFS pool -ok is egy GELI device-on vannak létrehozva.)
Persze van backup. (több is).
- A hozzászóláshoz be kell jelentkezni
persze van backup :D
hehe igen kellemetlen gelivel adatot veszteni
--
.
- A hozzászóláshoz be kell jelentkezni
Hat ja.Pláne, hogy geli létrehozás előtt fel lett töltve /dev/urandom -mal, aztán a felcsatolt device szintén /dev/urandommal,
és aztán lettek létrehozva a zfs poolok.... :D
(A dolog pikantériája egyébként, hogy valamelyik nap az elsődleges backup gép állt meg csak úgy, de reset után zfs scrub és zfs umount -a meg zfs mount -a után rendben voltak a backupok - szerencsére, mert természetesen a backup gép is GELI-s. :D )
- A hozzászóláshoz be kell jelentkezni
muhahahha fo a biztonsag
nem merem megkerdezni hol van olyan hely ahol mindent enkriptalva kell tartani
--
.
- A hozzászóláshoz be kell jelentkezni
Figyelj, ez egy sima kereskedelmi cég, csak nem szeretnénk, hogy ha ne adj' isten este bejön a cigány az ablakon és a hóna alá csapja a gépeket, akkor esetleg illetéktelen kezekbe kerüljenek az adatok...
Pl. ha egy konkurencia kezébe kerülne az összes adat, akkor igencsak fel tudná használni, úgy hogy közben nekünk hátrányt okoz. Meg a több száz ügyfelünknek is hogy magyaráznánk el, hogy bocsika, az összes eddigi adatunkat ellopták, köztük ott volt az Önnel kötött üzletek összes adata, kimutatása, nyílvántartása, ott volt, hogy Önnek mikor, mennyi pénz lett átutalva, stb.
Eléggé hírnévrontó lenne egy ilyen.
Meg ezernyi ilyen esetet fel tudnék sorolni. Minden héten jön egy hír, hogy egy bankból elloptak egy adathordozót, x ezer ügyfél adataival, vagy elloptak egy adathordozót a hadseregtől, x titkos projekt terveivel, etc.
Amellett ez a GELI-s móka nem kerül semmibe.
Összességében megéri. Hátrányt nem tudok mondani, hogy miért ne.
- A hozzászóláshoz be kell jelentkezni
durva
amugy lehet a gelihez tobb keyt is rendelni pl. lehetne pgp-vel enkriptalva tartani a masodik keyt valahol, pl. pancelszekrenyben pendriveon
amugy enis most lettem geli user egesz hasznalhato
--
.
- A hozzászóláshoz be kell jelentkezni
"amugy lehet a gelihez tobb keyt is rendelni pl. lehetne pgp-vel enkriptalva tartani a masodik keyt valahol"
Tudom. ;)
Meg olyat is lehet, hogy több külön key kelljen a felcsatoláshoz. ;)
- A hozzászóláshoz be kell jelentkezni
na azt viszont nem tudtam
azon gondolkoztam h mi van akkor ha a /var/log -t teszem ilyenre es attach utan torlom a keyt, akkor elvileg detach utan mar nem lehet visszallitani ugye?
--
.
- A hozzászóláshoz be kell jelentkezni
Igen.
De van ennél egyszerűbb módszer is, lehet OTP módon létrehozni GELI device -t.
Ezekkl a paraméterekkel: "-e aes -l 256 -s 4096 -d"
256 bites AES-sel kódolt, 4096 sectorméterű device -t hoz létre, úgy hogy a kulcsot random magától szedi, nem is tudod kinyerni.
Addig tudod használni, amíg nem detach -olod, vagy nem rebootolsz.
A swap-ot is így lehet titkosítani egyébként:
rc.conf -ba:
geli_swap_flags="-e aes -l 256 -s 4096 -d"
fstab -ban módosítani:
/dev/swapdevice none swap sw 0 0
erre:
/dev/swapdevice.eli none swap sw 0 0
De a handbook részletesn leírja mindezt.
- A hozzászóláshoz be kell jelentkezni
yeah baby
pont most olvastam at a handbookot, ez igy kegyetlen jo
--
.
- A hozzászóláshoz be kell jelentkezni
> Figyelj, ez egy sima kereskedelmi cég, csak nem szeretnénk, hogy ha ne adj'
> isten este bejön a cigány az ablakon és a hóna alá csapja a gépeket
Az csak az adatokért fog menni :)
- A hozzászóláshoz be kell jelentkezni
Nem, de a géppel együtt viszi magával az adatokat is, és majd amikor kéccázé' eladja a a diszkeket/db, vagy egybe a gépet öccázé', akkor biztos nem fogja előtte /dev/zero-val végigírni a tárterületet, hogy nehog idegn kézbe kerüljenek segííny cég adatai, ha már a serverét ellopta...
- A hozzászóláshoz be kell jelentkezni
tud ez ndmp-t?
- A hozzászóláshoz be kell jelentkezni
Az csak engem zavar, hogz a Sardaukar a Dune vilagban a csaszar brutalis es lelketlen elit testorsegenek tagjat jelentette?;)
- A hozzászóláshoz be kell jelentkezni