Tomas Bodzar
2009-Dec-27 09:25 UTC
[zfs-discuss] How to destroy your system in funny way with ZFS
Hi all, I installed another OpenSolaris (snv_129) in VirtualBox 3.1.0 on Windows because snv_130 doesn''t boot anymore after installation of VirtualBox guest additions. Older builds before snv_129 were running fine too. I like some features of this OS, but now I end with something funny. I installed default snv_129, installed guest additions -> reboot, set ''noexec_user_stack=1 ; set noexec_user_stack-log=1'' in /etc/system -> reboot and then : pfexec zpool set dedup=verify rpool pfexec zfs set compression=gzip-9 rpool pfexec zfs set devices=off rpool/export/home pfexec zfs set exec=off rpool/export/home pfexec zfs set setuid=off rpool/export/home after that reboot and I will end with error which you can see in attachment. Boot with -s or -sv flags doesn''t help it''s in loop and all the time it will end in this state without chance to get to login prompt either CLI or GUI. Is there a way to do something with it or is it fucked? :-) I want to know just for my knowledge and knowledge of others thanks to archive in forum. No data or similar stuff in this VM as it was only test. Thanks a lot -- This message posted from opensolaris.org -------------- next part -------------- A non-text attachment was scrubbed... Name: bad_compression.PNG Type: application/octet-stream Size: 46008 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20091227/8d39d3c7/attachment.obj>
James Lever
2009-Dec-27 09:31 UTC
[zfs-discuss] How to destroy your system in funny way with ZFS
Hi Tomas, On 27/12/2009, at 7:25 PM, Tomas Bodzar wrote:> pfexec zpool set dedup=verify rpool > pfexec zfs set compression=gzip-9 rpool > pfexec zfs set devices=off rpool/export/home > pfexec zfs set exec=off rpool/export/home > pfexec zfs set setuid=off rpool/export/homegrub doesn?t support gzip - so you will need to unset that and hope that it can still boot with what has been written to disk. It is possible you will need to backup/reinstall. I learnt this one the hard way - don?t use gzip compression on the root of your rpool (you can on child filesystems that are not involved in the boot process though) HTH, James
Cyril Plisko
2009-Dec-27 09:32 UTC
[zfs-discuss] How to destroy your system in funny way with ZFS
On Sun, Dec 27, 2009 at 11:25 AM, Tomas Bodzar <bodzart at openbsd.cz> wrote:> Hi all, > > I installed another OpenSolaris (snv_129) in VirtualBox 3.1.0 on Windows because snv_130 doesn''t boot anymore after installation of VirtualBox guest additions. Older builds before snv_129 were running fine too. I like some features of this OS, but now I end with something funny. > > I installed default snv_129, installed guest additions -> reboot, set ''noexec_user_stack=1 ; set noexec_user_stack-log=1'' in /etc/system -> reboot and then : > > pfexec zpool set dedup=verify rpool > pfexec zfs set compression=gzip-9 rpool > pfexec zfs set devices=off rpool/export/home > pfexec zfs set exec=off rpool/export/home > pfexec zfs set setuid=off rpool/export/home > > after that reboot and I will end with error which you can see in attachment. Boot with -s or -sv flags doesn''t help it''s in loop and all the time it will end in this state without chance to get to login prompt either CLI or GUI. > > Is there a way to do something with it or is it fucked? :-) I want to know just for my knowledge and knowledge of others thanks to archive in forum. No data or similar stuff in this VM as it was only test. >gzip compression is not supported in GRUB zfs reader. You should avoid using it for boot filesystem. If may try to revert compression setting to "off or "on" (which defaults to lzjb) and try to boot that way. (That is if you didn''t rewrite any critical data after setting gzip compression). -- Regards, Cyril
Tomas Bodzar
2009-Dec-27 09:40 UTC
[zfs-discuss] How to destroy your system in funny way with ZFS
Uh, but why system allowed that if it''s not running? And how to revert it as I can''t boot even to single user mode? Is there a way to do that with Live CD? -- This message posted from opensolaris.org
Thomas Burgess
2009-Dec-27 09:44 UTC
[zfs-discuss] How to destroy your system in funny way with ZFS
you should be able to boot with the live cd then import the pool i would think... On Sun, Dec 27, 2009 at 4:40 AM, Tomas Bodzar <bodzart at openbsd.cz> wrote:> Uh, but why system allowed that if it''s not running? And how to revert it > as I can''t boot even to single user mode? Is there a way to do that with > Live CD? > -- > This message posted from opensolaris.org > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20091227/43ee457f/attachment.html>
Tomas Bodzar
2009-Dec-27 09:58 UTC
[zfs-discuss] How to destroy your system in funny way with ZFS
So I booted from Live CD and then : zpool import pfexec zpool import -f rpool pfexec zfs set compression=off rpool pfexec zpool export rpool and reboot but still same problem. -- This message posted from opensolaris.org
Sriram Narayanan
2009-Dec-27 15:08 UTC
[zfs-discuss] How to destroy your system in funny way with ZFS
You could revert to the @install snapshot (via the livecd) and swe if that works for you. -- Sriram On 12/27/09, Tomas Bodzar <bodzart at openbsd.cz> wrote:> So I booted from Live CD and then : > > zpool import > pfexec zpool import -f rpool > pfexec zfs set compression=off rpool > pfexec zpool export rpool > > and reboot but still same problem. > -- > This message posted from opensolaris.org > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss >-- Sent from my mobile device
Bob Friesenhahn
2009-Dec-27 16:52 UTC
[zfs-discuss] How to destroy your system in funny way with ZFS
On Sun, 27 Dec 2009, Cyril Plisko wrote:> > gzip compression is not supported in GRUB zfs reader. You should avoid > using it for boot filesystem. If may try to revert compression setting > to "off or "on" (which defaults to lzjb) and try to boot that way. > (That is if you didn''t rewrite any critical data after setting gzip > compression).After changing the compression back to something which is supported, the boot archive could be manually re-generated: bootadm update-archive -R /a where ''/a'' is a mount of the alternate root (the root on the disk). If any data is accessed which still uses gzip, then there will still be no joy. Bob -- Bob Friesenhahn bfriesen at simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/