From owner-freebsd-fs@FreeBSD.ORG Mon Aug 27 21:08:01 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0261F106564A for ; Mon, 27 Aug 2012 21:08:01 +0000 (UTC) (envelope-from tjg@soe.ucsc.edu) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id C70318FC12 for ; Mon, 27 Aug 2012 21:08:00 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so8310513pbb.13 for ; Mon, 27 Aug 2012 14:08:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ucsc.edu; s=ucsc-google; h=mime-version:date:message-id:subject:from:to:content-type; bh=7Pa/cN1iwn3cgFJt76gnPfIrpNQ6RfMY7lLRotgpS+c=; b=feubCJPV5TMOL7FwBokBsQXvY4Zo8DB0qNGtAqZFeyAXVDooyGwTKHnTUIqrucpPGj mHkQczwSvyhs0kueLOJxfpNt4dK3OLNgwWRpCLQXThw2vDXPm4zcYLypBGb3T4ubCZoO caV4roWlJED81rUagDvDMY+34gmhBfrmlQtsc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=7Pa/cN1iwn3cgFJt76gnPfIrpNQ6RfMY7lLRotgpS+c=; b=MZvMiJOGLjr2NM8LiuqIu0uYvhRqMRNHd6DiDC9S6+SvCKEBtlLt81WBgPV5TC7GHD 7Anf0TvAQwB2aLqO+EfhFD/Zh0JhE7YeYWlR4dVUjn+sW2E6fPQRo2HiP42zEm3sBa3B Vm9MNNSf/xZOC/3+e6oiLtevrz6VgWHkSoYpYGXeW+0bv8/vEU0No5dyvJ+1YqTxtgMu LSTOmyMYrAUS0H2HF1tJPyCP5OUNU6BsXOzEuAyJGlsDy1GGzw/6PkRQnVgYBDQv1TfJ u0Eda7wcRlf4x7BJEnx0SbVNzaKa5OljenAFmuzETdaZkz+8QFUroW1/WKg3dMO6Q6Cn 8WaQ== MIME-Version: 1.0 Received: by 10.66.83.8 with SMTP id m8mr32848572pay.48.1346101680365; Mon, 27 Aug 2012 14:08:00 -0700 (PDT) Received: by 10.66.233.133 with HTTP; Mon, 27 Aug 2012 14:08:00 -0700 (PDT) Date: Mon, 27 Aug 2012 14:08:00 -0700 Message-ID: From: Tim Gustafson To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQljZfihIcBLvgF0IKZ5uEZCrvtl4TXV9HbmmF5r5IlucAUPNTSD6sbSdACjAkavK6AoK9pD Subject: ZFS snapshot Folder Disappearing X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2012 21:08:01 -0000 Hi, I have a FreeBSD 9.0-RELEASE box that's running ZFS with zpool version 28. I can't recall if this pool was upgraded from an earlier zpool version, or if it was created natively as a zpool version 28; is there any way to check that? I use snapshots for nightly backups. I went in today to test to see if the snapshots were working correctly, and I got the following: root@bsd-06: cd /tank/export/projects/www/.zfs/snapshot /tank/export/projects/www/.zfs/snapshot: Not a directory. I'm getting the same error when I try to cd into the snapshot folder on any of my filesystems that have snapshots. The zpool is healthy, reporting no errors, and was last scrubbed less than a month ago with no errors being reported. The server had been up for 51 days. This server does not currently have a cache drive installed, nor am I using de-dupe anywhere. Based on some Googling around that I did, I ran: zdb -d tank | grep % and came up empty-handed - no errors appear to be reported there. I do create and delete snapshots on a regular basis, and I saw some chatter that suggested that might be the culprit, but I don't know how else to check for that. I updated to 9.0-RELEASE-p4 and rebooted. The machine did not shut down properly, so I had to power-cycle it. Upon rebooting all the way, the snapshots came back, but I wonder if they'll disappear again after the next round of snapshot creation and removal? Before anyone asks: presently, it would be feasible to do a "zfs send" to back this system up, and then rebuild the pool an then do a "zfs receive" to restore it, but that will become problematic shortly. This server has 135TB of disks, and will probably be about half full some time during the next few months. I do have a mirror server with another 135TB of disks that I could use for that sort of backup/restore procedure, but it will be located at the far end of a 1GB network connection shortly, living about 50 miles away in a remote data closet, so backing up and restoring that much data will become more or less impossible. -- Tim Gustafson tjg@soe.ucsc.edu 831-459-5354 Baskin Engineering, Room 313A