Masz produkcyjnego Solarisa z ZFS-em, chcesz przetestować pod jakimś kątem Nevadę z myślą, że wrócisz potem do Solarisa? Myślisz, że jeśli nie wykonasz upgrade’u puli ZFS, to jesteś bezpieczny?
A g…, za przeproszeniem, prawda.
solaris.srv:root ~ # zpool import pula cannot mount 'pula/fs': Operation not supported Apr 16 19:51:58 solaris.srv zfs: Mismatched versions: File system is version 2 on-disk format, which is incompatible with this software version 1! solaris.srv:root ~ # zpool upgrade This system is currently running ZFS version 4. All pools are formatted using this version. solaris.srv:root ~ # zfs list NAME USED AVAIL REFER MOUNTPOINT pula 3,38T 6,44T 23,5K /pula pula/fs 3,35T 6,44T 18K /pula/fs pula/fs/d001 56,8G 6,44T 22,7G /pula/fs/d001 /.../ solaris.srv:root ~ # uname -a SunOS solaris.srv 5.10 Generic_127128-11 i86pc i386 i86pc solaris.srv:root ~ #
3 Comments
Od jakiegos czasu w ZFS’ie wersjonowane sa poola i file system. Tak wiec, wersje pooli masz ok ale fs’a juz nie. Zobatrz zfs upgrade.
Robert: tak, w trakcie szukania, co z tym zrobić doczytałem się (i przypomniało mi się, że o tym czytałem). Mea culpa, że o tym zapomniałem/nie sprawdziłem. Ale z drugiej strony – zasadniczo nie mam nic przeciwko temu, tylko uważałem (i do tej pory myślałem, że tak jest), że nowe “ficzery” powinny pojawiać się przy okazji nowszej wersji puli. Jest wersjonowanie fs-a? OK, niech sobie będzie, ale od kolejnej wersji puli. Jeśli nie było tego przy puli w wersji 4, to niech nadal tam tego nie będzie.
To tylko takie moje marudzenie…
(A dane na szczęście okazały się bezpieczne).
Moznaby tak zrobic jak sugerujesz (przypisac wersje file systemu do wersji pooli), ale jest to duzo mniej elastyczne roziwazanie. Wyjasnienie znajdziesz tutaj: http://mail.opensolaris.org/pipermail/opensolaris-arc/2007-June/002759.html
IIRC opcja podania wersji fs’a czy pooli przy ich tworzeniu zostala zintegrowana jakis czas temu.
Post a Comment