From owner-freebsd-fs@freebsd.org Thu May 18 19:36:57 2017 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5A36D737CC for ; Thu, 18 May 2017 19:36:57 +0000 (UTC) (envelope-from kisscoolandthegangbang@hotmail.fr) Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-oln040092068052.outbound.protection.outlook.com [40.92.68.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4727CFD1 for ; Thu, 18 May 2017 19:36:56 +0000 (UTC) (envelope-from kisscoolandthegangbang@hotmail.fr) Received: from HE1EUR02FT033.eop-EUR02.prod.protection.outlook.com (10.152.10.54) by HE1EUR02HT062.eop-EUR02.prod.protection.outlook.com (10.152.11.230) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1075.5; Thu, 18 May 2017 19:36:54 +0000 Received: from DBXPR05MB157.eurprd05.prod.outlook.com (10.152.10.59) by HE1EUR02FT033.mail.protection.outlook.com (10.152.10.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1075.5 via Frontend Transport; Thu, 18 May 2017 19:36:53 +0000 Received: from DBXPR05MB157.eurprd05.prod.outlook.com ([fe80::2c4a:20f8:b3dd:6a2d]) by DBXPR05MB157.eurprd05.prod.outlook.com ([fe80::2c4a:20f8:b3dd:6a2d%27]) with mapi id 15.01.1075.014; Thu, 18 May 2017 19:36:55 +0000 From: kc atgb To: "freebsd-fs@freebsd.org" Subject: Different size after zfs send receive Thread-Topic: Different size after zfs send receive Thread-Index: AQHS0A4bB1aDgtJ4x0WmR87yTfeQcg== Date: Thu, 18 May 2017 19:36:55 +0000 Message-ID: Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=hotmail.fr; x-incomingtopheadermarker: OriginalChecksum:D55B19F29969BB1F6133241BF63760C9DAC1E8CC43DC9189C7C759887749937C; UpperCasedChecksum:4BE0A3E5EE4AFB19E1AF5D3BADA65796E553198EDD6DD5622B89D6BB22B0BBA1; SizeAsReceived:7922; Count:40 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1EUR02HT062; 5:Mp6+fV53TILk5X7m5kdU62lKrIGGS/qjbaStjYl9yAx0qPhsHDnfFC/OOj72kHe8Lh6OK0Ro/UJivpog+7WduUKvIo7tOuJcAk43W+B0jfGnBeGrd9wf66JgRByzdgg803k7RS2PX9eLOcGffhFndg==; 24:/rQUHmQoMTVrReKlMcZfAmHyGXEn3axNYQeE47hf6C+8B3cZG3egQGSxGxDsV6ecXKF0WNdw1I6MAZ8Dhixyea1AAh0KREo3UdM2++NUOQ8=; 7:r0iLbpecxii/+QXemM7J/qQHs1Ye54w0Oi2if34VjeQNrwytIFAcxi73CB7lPnaOS4REM61t32+SXJKH3vnUy4GpS2OMXHVtKwydhyRMsNA+tWN14N3cFK1IMRFLXKNqnSDoKlgMoe3ONJh4Uloiy8vtpLnDrCSdrbAXyrWhfcIXyZTNx+4sZqlSW7gK2G5LJeuoyA7MYv0kNL/5/YMuZZabpZVmK86MXXi0pKqvfkYHHlrV/kXT5QlpOkDAaXA45js98ewtb7vNefEnK13jPDpx+qRpA8qsPQngFHonRvt9a0crhx0tGROrIIbqdmGo x-incomingheadercount: 40 x-eopattributedmessage: 0 x-forefront-antispam-report: EFV:NLI; SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:HE1EUR02HT062; H:DBXPR05MB157.eurprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; x-ms-office365-filtering-correlation-id: 348a0488-ccb4-43fb-8754-08d49e253d39 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322274)(1601125374)(1603101448)(1701031045); SRVR:HE1EUR02HT062; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:HE1EUR02HT062; BCL:0; PCL:0; RULEID:; SRVR:HE1EUR02HT062; x-forefront-prvs: 0311124FA9 spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-originalarrivaltime: 18 May 2017 19:36:55.3112 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR02HT062 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2017 19:36:57 -0000 Hi, Some days ago I had a need to backup my current pool and restore it after p= ool destroy and create.=20 The pool in my home server is a raidz1 with 4 disks. To backup this pool I = grabbed two 4TB disks (single disk pools) to have a double backup (I have j= ust one sata port left I can use to plug a disk).=20 The whole process of backup and restore went well as I can say. But looking= at the size reported by zfs list make me a little bit curious.=20 storage/datas/ISO 35= 420869824 381747995136 35420726976 /datas/ISO storage/datas/ISO@backup_send = 142848 - 35420726976 - storage/datas/ISO@backup_sync = 0 - 35420726976 - b1/datas/ISO 3543930= 8800 2176300351488 35439210496 /datas/ISO b1/datas/ISO@backup_send 9= 8304 - 35439210496 - b1/datas/ISO@backup_sync = 0 - 35439210496 - b2/datas/ISO 3543930= 8800 2176298991616 35439210496 /datas/ISO b2/datas/ISO@backup_send 9= 8304 - 35439210496 - b2/datas/ISO@backup_sync = 0 - 35439210496 - storage/datas/ISO 35= 421024576 381303470016 35420715072 /datas/ISO storage/datas/ISO@backup_send = 142848 - 35420715072 - storage/datas/ISO@backup_sync = 11904 - 35420715072 - storage/usrobj 5= 819085888 381747995136 5816276544 legacy storage/usrobj@create = 166656 - 214272 - storage/usrobj@backup_send = 2642688 - 5816228928 - storage/usrobj@backup_sync = 0 - 5816276544 - b1/usrobj 567508= 1728 2176300351488 5673222144 legacy b1/usrobj@create 11= 4688 - 147456 - b1/usrobj@backup_send 174= 4896 - 5673222144 - b1/usrobj@backup_sync = 0 - 5673222144 - b2/usrobj 567518= 8224 2176298991616 5673328640 legacy b2/usrobj@create 11= 4688 - 147456 - b2/usrobj@backup_send 174= 4896 - 5673328640 - b2/usrobj@backup_sync = 0 - 5673328640 - storage/usrobj 5= 820359616 381303470016 5815098048 legacy storage/usrobj@create = 166656 - 214272 - storage/usrobj@backup_send = 2535552 - 5815098048 - storage/usrobj@backup_sync = 11904 - 5815098048 - As you can see the numbers are different for each pool (the initial raidz1,= backup1 disk, backup2 disk and new raidz1). I mean in the USED column. I h= ave nearly all my datasets in the same situation (those with fixed data that ha= ve not changed between the beginning of the process and now). backup1 and b= ackup2 are identical disks with exactly the same configurations and have different= numbers. I used the same commands for all my transfers except the name of = the destination pool.=20 So, I wonder what can cause these differences ? Is it something I have to w= orry about ? Can I consider this as a normal behavior ?=20 Thanks for your enlightments, K.