When receiving a large zfs send -R stream if the system is interrupted the system does not recover gracefully. The zpool will end up in an inconsistent state and not zfs list, zpool import or zpool scrub. The system will run out of available memory resources and "hang" killing all user land processes in the process. This functionality is different from prior releases as the system would "normally" roll back the inconsistent dataset to a consistent state (all bent to a prior state which might have lost data). I would be happy to provide core files Attempts to roll back the zpool to a prior transaction fall too with a zdb core dump (zdb -F z, zdb -X z). On initial check/import/list of the inconsistent pool an error is generated: Solaris: WARNING: can't open objset for z/Systems/volumes/images digging into this using zdb -dddd z/Systems/volumes/images The follow message occurs: Could not open gls/Systems/volumes/images, error 16 How-To-Repeat: upgrade the zpool the to the latest version flags (or create a new zpool). Have a system with a smaller amount of memory (I have 8GB). Send a large zfs dataset (>100GB) to the newly created pool, after 50% complete pull the power or have a system interruption which causing the system to need to reboot. After the reboot, the system come up in an inconsistent state and quickly becomes memory starved, thus crashing over and over again. The system will consume memory without releasing any and will experience a memory starvation situation within 10min of issuing a zpool command on the inconsistent pool
Responsible Changed From-To: freebsd-bugs->freebsd-fs Over to maintainer(s).
You may well be hitting something thats already got a proposed fix upstream: http://cr.illumos.org/~webrev/csiden/illumos-3970/ Might want to give that a go and see if it fixes it for you. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.
For bugs matching the following criteria: Status: In Progress Changed: (is less than) 2014-06-01 Reset to default assignee and clear in-progress tags. Mail being skipped
Appears to be fixed. Please re-open if that is inaccurate.