A telepítés és az alapvető tesztek elvégzése után kiderült számomra, hogy a KQ Infotech által biztosított csomagok nem teljesen problémamentesek. A probléma abban testesült meg, hogy a létrehozott ZFS fájlrendszer/fájlrendszerek nem csatolódott/csatolódtak fel automatikusan.
root@playground:/home/trey# zpool create mypool mirror /dev/sdb /dev/sdc
root@playground:/home/trey# zpool status
pool: mypool
state: ONLINE
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
mypool ONLINE 0 0 0
mirror ONLINE 0 0 0
sdb1 ONLINE 0 0 0
sdc1 ONLINE 0 0 0
errors: No known data errors
root@playground:/home/trey# zpool list
NAME SIZE USED AVAIL CAP HEALTH ALTROOT
mypool 19.9G 75.5K 19.9G 0% ONLINE - |
A pool sikeresen létrejött.
root@playground:/home/trey# zfs create mypool/myfs
root@playground:/home/trey# zfs list
NAME USED AVAIL REFER MOUNTPOINT
mypool 102K 19.6G 20K /mypool
mypool/myfs 20K 19.6G 20K /mypool/myfs
|
A fájlrendszer is, de nem csatolódott fel:
root@playground:/home/trey# mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
none on /var/lib/ureadahead/debugfs type debugfs (rw,relatime)
|
Felvettem a kapcsolatot az KQ Infotech-es fiúkkal, akik azonnal jelentkeztek (4-en), hogy kidebugolják a problémát. Miután hozzáférést kaptak a tesztrendszerhez, teszteltek és új binárisokat készítettek. Ezekkel már megszűnt a probléma. A forrásokat úgy tűnik itt felejtették a rendszeren (letölteni csak a binárisokat lehet jelenleg).
Na, akkor újra az új binárisokkal:
root@playground:/# zpool list
no pools available
root@playground:/# zpool create mypool mirror /dev/sdb /dev/sdc
root@playground:/# zpool list
NAME SIZE USED AVAIL CAP HEALTH ALTROOT
mypool 19.9G 75.5K 19.9G 0% ONLINE -
root@playground:/# zpool status
pool: mypool
state: ONLINE
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
mypool ONLINE 0 0 0
mirror ONLINE 0 0 0
sdb1 ONLINE 0 0 0
sdc1 ONLINE 0 0 0
errors: No known data errors
|
A pool kész.
root@playground:/# zfs create mypool/myfs
root@playground:/# zfs list
NAME USED AVAIL REFER MOUNTPOINT
mypool 102K 19.6G 20K /mypool
mypool/myfs 20K 19.6G 20K /mypool/myfs
|
A myfs fájlrendszer is. De vajon látszik-e a mount parancs kimenetében?
root@playground:/# mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
mypool on /mypool type zfs (rw)
mypool/myfs on /mypool/myfs type zfs (rw) |
Most már ott a végén:
mypool on /mypool type zfs (rw)
mypool/myfs on /mypool/myfs type zfs (rw)
Folyt. köv.
Kb. az ujjainkat lerágtuk már. Mikor fogsz odáig eljutni, hogy legalább egy bitet kiírj a poolra? :)
suckIT szopás minden nap! Solaris: a legeslegfaszább OS
Eddig nem nagyon tudtam volna, mert nem működött. Nemrég fejezték be a munkát. Néhány órával ezelőtt kaptam a levelet, hogy készítettek új binárisokat és modulokat.
--
trey @ gépház
Ezek szerint nem maradt meg bennem az előző túl mélyen. :)
suckIT szopás minden nap! Solaris: a legeslegfaszább OS
ez milyen pool verzio amit adnak?
18-as verzió.
--
trey @ gépház
egész jó. úgy gondolom, a projekt sikeres is lehet, ha csak abból indulok ki, hogy pénzt lehet spórolni pl. ha be tudsz mountolni offsite volume copy-t vagy egyéb DR alkalmazások, az pénzt ér meg, ami megalapozhatja a további fejlesztést (ők se mainstream felhasználásról beszélnek jelenleg)
A béta még nem támogat mindent. Viszont a GA verzió - ami az ígéretek szerint decemberben érkezik - már majdnem utoléri az OpenSolaris feature kínálatát (zfs allow és zfs unallow kivételével mindent fog tudni).
--
trey @ gépház
Nyamnyam. Nagyon jol hangzik.
--
> Most már ott a végén:
mount -t zfs ;-)
Nem működött. Gyanítom a problémához köze volt, hogy az spl kernelmodul 'unresolved symbols'-szal (vagy ilyesmi) töltődött be.
Végigpróbáltam egyébként az alternatív megoldásokat is (zfs set/get mountpoint), azok sem működtek.
Hmm, meg tudnad mondani mit valtoztattak a forrasban? En innen forgattam: https://github.com/behlendorf/ es ugyanez a problema van nalam is.
Aha, ugy nez ki meg is talaltam a valaszt: https://github.com/behlendorf/zfs/issues/closed/#issue/91
Ugy nez ki, hogy a zfs mount tamogatas nincs benne a github-os implementaciokban.