Hi, how come zfs destroy being so slow, eg. destroying 6TB dataset renders zfs admin commands useless for time being, in this case for hours? (running osol 111b with latest patches.) Yours Markus Kovero -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20090727/201a02c7/attachment.html>
Oh well, whole system seems to be deadlocked. nice. Little too keen keeping data safe :-P Yours Markus Kovero From: zfs-discuss-bounces at opensolaris.org [mailto:zfs-discuss-bounces at opensolaris.org] On Behalf Of Markus Kovero Sent: 27. hein?kuuta 2009 13:39 To: zfs-discuss at opensolaris.org Subject: [zfs-discuss] zfs destroy slow? Hi, how come zfs destroy being so slow, eg. destroying 6TB dataset renders zfs admin commands useless for time being, in this case for hours? (running osol 111b with latest patches.) Yours Markus Kovero -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20090727/05a124fd/attachment.html>
On Mon, Jul 27, 2009 at 3:58 AM, Markus Kovero<Markus.Kovero at nebula.fi> wrote:> Oh well, whole system seems to be deadlocked. > > nice. Little too keen keeping data safe :-P > > > > Yours > > Markus Kovero > > > > From: zfs-discuss-bounces at opensolaris.org > [mailto:zfs-discuss-bounces at opensolaris.org] On Behalf Of Markus Kovero > Sent: 27. hein?kuuta 2009 13:39 > To: zfs-discuss at opensolaris.org > Subject: [zfs-discuss] zfs destroy slow? > > > > Hi, how come zfs destroy being so slow, eg. destroying 6TB dataset renders > zfs admin commands useless for time being, in this case for hours? > > (running osol 111b with latest patches.) > > > > Yours > > Markus Kovero > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > >I submitted a bug, but I don''t think its been assigned a case number yet. I see this exact same behavior on my X4540''s. I create a lot of snapshots, and when I tidy up, zfs destroy can ''stall'' any and all ZFS related commands for hours, or even days (in the case of nested snapshots). The only resolution is not to ever use zfs destroy, or just simply wait it out. It will eventually finish, just not in any reasonable timeframe. -- Brent Jones brent at servuhome.net
>> >> > > I submitted a bug, but I don''t think its been assigned a case number yet. > I see this exact same behavior on my X4540''s. I create a lot of > snapshots, and when I tidy up, zfs destroy can ''stall'' any and all ZFS > related commands for hours, or even days (in the case of nested > snapshots). > The only resolution is not to ever use zfs destroy, or just simply > wait it out. It will eventually finish, just not in any reasonable > timeframe. > > -- > Brent Jones > brent at servuhome.net >Correction, looks like my bug is 6855208 -- Brent Jones brent at servuhome.net
On 07/27/09 03:39, Markus Kovero wrote:> Hi, how come zfs destroy being so slow, eg. destroying 6TB dataset > renders zfs admin commands useless for time being, in this case for hours? > > (running osol 111b with latest patches.)I''m not sure what "latest patches" means w.r.t. ON build, but this is almost certainly: 6809683 zfs destroy fails to free object in open context, stops up txg train Fixed in snv_114. With the above fix in place, destroys can still take awhile (fundamentally you have to I/O proportional to the amount of metadata), but it will be doing all the work in open context which won''t stop the txg train and admin commands should continue to work. - Eric -- Eric Schrock, Fishworks http://blogs.sun.com/eschrock