From owner-freebsd-fs@FreeBSD.ORG Mon Jan 6 00:12:30 2014 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44B79F65; Mon, 6 Jan 2014 00:12:30 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 179D211ED; Mon, 6 Jan 2014 00:12:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s060CT4p077896; Mon, 6 Jan 2014 00:12:29 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s060CTLW077895; Mon, 6 Jan 2014 00:12:29 GMT (envelope-from linimon) Date: Mon, 6 Jan 2014 00:12:29 GMT Message-Id: <201401060012.s060CTLW077895@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/185448: [ext2fs] ext2fs corrupt dir inode, FreeBSD 10 RC3 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 00:12:30 -0000 Old Synopsis: ext2fs corrupt dir inode, FreeBSD 10 RC3 New Synopsis: [ext2fs] ext2fs corrupt dir inode, FreeBSD 10 RC3 Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jan 6 00:12:07 UTC 2014 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=185448 From owner-freebsd-fs@FreeBSD.ORG Mon Jan 6 02:42:41 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FE65751 for ; Mon, 6 Jan 2014 02:42:41 +0000 (UTC) Received: from magnolia.goodeast.com (static-71-163-154-170.washdc.fios.verizon.net [71.163.154.170]) by mx1.freebsd.org (Postfix) with ESMTP id CA4A61AF1 for ; Mon, 6 Jan 2014 02:42:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by magnolia.goodeast.com (Postfix) with ESMTP id CF5694A3636 for ; Sun, 5 Jan 2014 21:36:15 -0500 (EST) X-Virus-Scanned: amavisd-new at magnolia.goodeast.com Received: from magnolia.goodeast.com ([127.0.0.1]) by localhost (magnolia.goodeast.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1V2mdIU4FwCm for ; Sun, 5 Jan 2014 21:36:15 -0500 (EST) Received: from oregano.goodeast.com (mail.goodeast.com [192.168.137.167]) by magnolia.goodeast.com (Postfix) with ESMTP id 8C7784A3629 for ; Sun, 5 Jan 2014 21:36:15 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by oregano.goodeast.com (Postfix) with ESMTP id 86DB6D2D8F3 for ; Sun, 5 Jan 2014 21:36:15 -0500 (EST) X-Virus-Scanned: amavisd-new at goodeast.com Received: from oregano.goodeast.com ([127.0.0.1]) by localhost (oregano.goodeast.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DfIytSruevUN for ; Sun, 5 Jan 2014 21:36:14 -0500 (EST) Received: from mbpc2d-ethernet.goodeast.com (mbpc2d-ethernet.goodeast.com [192.168.137.67]) by oregano.goodeast.com (Postfix) with ESMTPSA id EB83FD2D8E5 for ; Sun, 5 Jan 2014 21:36:14 -0500 (EST) From: Paul Suh Content-Type: multipart/signed; boundary="Apple-Mail=_5A4EE330-8337-4293-82BF-22758B2B5A38"; protocol="application/pkcs7-signature"; micalg=sha1 Subject: ZFS/istgt lockup -- followup Message-Id: <59E5A6FA-D96E-49AD-B56D-2032F8443653@ps-enable.com> Date: Sun, 5 Jan 2014 21:35:57 -0500 To: freebsd-fs@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 02:42:41 -0000 --Apple-Mail=_5A4EE330-8337-4293-82BF-22758B2B5A38 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Folks, I'm trying to diagnose a problem on a NAS4Free system, based on a = FreeBSD 9.1. I am observing almost exactly the symptoms in this post = from a little over a year ago:=20 http://lists.freebsd.org/pipermail/freebsd-fs/2012-October/015333.html I've been unable to find any followup to this. Has there been any = progress on hunting down this bug? Thanks in advance for any help that = you can give me.=20 --Paul Paul Suh paul.suh@ps-enable.com (240) 672-4212 http://ps-enable.com/ --Apple-Mail=_5A4EE330-8337-4293-82BF-22758B2B5A38 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPMTCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBS4wggQWoAMC AQICEQD1UROduQxqhAqLbjD/JeAqMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYDVQQGEwJHQjEbMBkG A1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01P RE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBMB4XDTEzMTAyOTAwMDAwMFoXDTE0MTAyOTIzNTk1OVowJzElMCMGCSqG SIb3DQEJARYWcGF1bC5zdWhAcHMtZW5hYmxlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMnGX4dYsyqTHzRNFYXjaJnvjQwN+uD13G4r2YcqW8xzHDgzfPJOaRwH3qg8U+gyMjIT rfHcr2zj2ztQZngEfXKoOqNUYpSz4uSGzI0F7lGYExWxM1eMKpeckB0kPEvfFC94ztBwkGvNeXhS UsvkNXcIBrcREaU56Y9eFYqXsq1c0/nUK81JrZgRga7ZECtOOTBn1MDEoW4OALJZk9lm8YbWC48k bwRUXnR3/dOujKLzX1r8leqL8IAk+Ao8PkDnaKtwyXUGnoY0j77jtAfpOG8LRWbECsq5bC+cLyou NPLb7DqLJtzKOBoc5resjMCbsqtKlRrSfhy0VR4HLG1eaxMCAwEAAaOCAeYwggHiMB8GA1UdIwQY MBaAFHoTTgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBQoJRF0ICRPGQAL2Zm2bw1XWgaKGzAO BgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGy MQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYI KwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBKoEiG Rmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5kU2Vj dXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2NydC5j b21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNy dDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMCEGA1UdEQQaMBiBFnBhdWwu c3VoQHBzLWVuYWJsZS5jb20wDQYJKoZIhvcNAQEFBQADggEBAGObT3a/mNro/Yh0360r0yZd8Lcf aoN//Iasp3k2JBKpz5p+Z05rVx8mBDaOrqyYqHyDVhinoINWi6takbdyoe9+FzjpPT4WB3YWFJZS CeMJTyNfgF641llcCMKUcSz6l+lbvXC8IJhJ3aGAQsn9SErUuHnqkPYT+l/Nj5+OxijXAxi7j4fe u+8mAdk2zsi5+cWqI0DZg9StCnPv3cgbxOEjzjUIR/c6zbtkCtv9Zf4G44DYUXK+QoltmiSl6N9e XF38mB5/v+1BolWCJgys5fjStKARjyuKP/E27tNHjdhaWMZ6z9X5cnuqltxaQSSsyeTit77/p8GK /w2+0Dc+h7wxggOuMIIDqgIBATCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIg TWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQx OTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QQIRAPVRE525DGqECotuMP8l4CowCQYFKw4DAhoFAKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwMTA2MDIzNjE0WjAjBgkqhkiG9w0BCQQxFgQUxG6oXX2k KN7WNcjeWap/vp/6h7IwgboGCSsGAQQBgjcQBDGBrDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNV BAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP IENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNl Y3VyZSBFbWFpbCBDQQIRAPVRE525DGqECotuMP8l4CowgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGT MQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxm b3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBB dXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEA9VETnbkMaoQKi24w/yXgKjANBgkq hkiG9w0BAQEFAASCAQAjl64NQUMI4SvedQuQLB11nMU5M247tFt9Lfbv9sClGo4OB630P+3H0YsZ fEtTAzYEeOLGEFNAv29fp0lmi9nX9xFf31XCM8LtYtPLz4IvMSumj4+kP3/wn6gH6EkslqroVhjB TomxeFiIEi6SSrCWWiRpsqd92iT05Ie2JlAmB44Nv5HGjEGMYZmDx2TjYgMWA74Il7NHwHVXW11P ybZw09/+kF0VL1Kvi5z14GaMtDqMM484WZRoTO7+GKW9miUma2IoImKDz1zpmJDwNiyej+GvO5L4 WbpcwxuikqWm83561yCWxRuwhvrng3+Cu7C9J5jPgABZQ+SqYjcBibF1AAAAAAAA --Apple-Mail=_5A4EE330-8337-4293-82BF-22758B2B5A38-- From owner-freebsd-fs@FreeBSD.ORG Mon Jan 6 11:06:46 2014 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70DC969E for ; Mon, 6 Jan 2014 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51E201078 for ; Mon, 6 Jan 2014 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s06B6kZS045221 for ; Mon, 6 Jan 2014 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s06B6jaV045219 for freebsd-fs@FreeBSD.org; Mon, 6 Jan 2014 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Jan 2014 11:06:45 GMT Message-Id: <201401061106.s06B6jaV045219@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 11:06:46 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/185448 fs [ext2fs] ext2fs corrupt dir inode, FreeBSD 10 RC3 o kern/184478 fs [smbfs] mount_smbfs cannot read/write files o kern/182536 fs [zfs] zfs deadlock o kern/181966 fs [zfs] Kernel panic in ZFS I/O: solaris assert: BP_EQUA o kern/181834 fs [nfs] amd mounting NFS directories can drive a dead-lo o kern/181565 fs [swap] Problem with vnode-backed swap space. o kern/181377 fs [zfs] zfs recv causes an inconsistant pool o kern/181281 fs [msdosfs] stack trace after successfull 'umount /mnt' o kern/181082 fs [fuse] [ntfs] Write to mounted NTFS filesystem using F o kern/180979 fs [netsmb][patch]: Fix large files handling o kern/180876 fs [zfs] [hast] ZFS with trim,bio_flush or bio_delete loc o kern/180678 fs [NFS] succesfully exported filesystems being reported o kern/180438 fs [smbfs] [patch] mount_smbfs fails on arm because of wr p kern/180236 fs [zfs] [nullfs] Leakage free space using ZFS with nullf o kern/178854 fs [ufs] FreeBSD kernel crash in UFS s kern/178467 fs [zfs] [request] Optimized Checksum Code for ZFS o kern/178412 fs [smbfs] Coredump when smbfs mounted o kern/178388 fs [zfs] [patch] allow up to 8MB recordsize o kern/178387 fs [zfs] [patch] sparse files performance improvements o kern/178349 fs [zfs] zfs scrub on deduped data could be much less see o kern/178329 fs [zfs] extended attributes leak o kern/178238 fs [nullfs] nullfs don't release i-nodes on unlink. f kern/178231 fs [nfs] 8.3 nfsv4 client reports "nfsv4 client/server pr o kern/177985 fs [zfs] disk usage problem when copying from one zfs dat o kern/177971 fs [nfs] FreeBSD 9.1 nfs client dirlist problem w/ nfsv3, o kern/177966 fs [zfs] resilver completes but subsequent scrub reports o kern/177658 fs [ufs] FreeBSD panics after get full filesystem with uf o kern/177536 fs [zfs] zfs livelock (deadlock) with high write-to-disk o kern/177445 fs [hast] HAST panic o kern/177240 fs [zfs] zpool import failed with state UNAVAIL but all d o kern/176978 fs [zfs] [panic] zfs send -D causes "panic: System call i o kern/176857 fs [softupdates] [panic] 9.1-RELEASE/amd64/GENERIC panic o bin/176253 fs zpool(8): zfs pool indentation is misleading/wrong o kern/176141 fs [zfs] sharesmb=on makes errors for sharenfs, and still o kern/175950 fs [zfs] Possible deadlock in zfs after long uptime o kern/175897 fs [zfs] operations on readonly zpool hang o kern/175449 fs [unionfs] unionfs and devfs misbehaviour o kern/175179 fs [zfs] ZFS may attach wrong device on move o kern/175071 fs [ufs] [panic] softdep_deallocate_dependencies: unrecov o kern/174372 fs [zfs] Pagefault appears to be related to ZFS o kern/174315 fs [zfs] chflags uchg not supported o kern/174310 fs [zfs] root point mounting broken on CURRENT with multi o kern/174279 fs [ufs] UFS2-SU+J journal and filesystem corruption o kern/173830 fs [zfs] Brain-dead simple change to ZFS error descriptio o kern/173718 fs [zfs] phantom directory in zraid2 pool f kern/173657 fs [nfs] strange UID map with nfsuserd o kern/173363 fs [zfs] [panic] Panic on 'zpool replace' on readonly poo o kern/173136 fs [unionfs] mounting above the NFS read-only share panic o kern/172942 fs [smbfs] Unmounting a smb mount when the server became o kern/172348 fs [unionfs] umount -f of filesystem in use with readonly o kern/172334 fs [unionfs] unionfs permits recursive union mounts; caus o kern/171626 fs [tmpfs] tmpfs should be noisier when the requested siz o kern/171415 fs [zfs] zfs recv fails with "cannot receive incremental o kern/170945 fs [gpt] disk layout not portable between direct connect o bin/170778 fs [zfs] [panic] FreeBSD panics randomly o kern/170680 fs [nfs] Multiple NFS Client bug in the FreeBSD 7.4-RELEA o kern/170497 fs [xfs][panic] kernel will panic whenever I ls a mounted o kern/169945 fs [zfs] [panic] Kernel panic while importing zpool (afte o kern/169480 fs [zfs] ZFS stalls on heavy I/O o kern/169398 fs [zfs] Can't remove file with permanent error o kern/169339 fs panic while " : > /etc/123" o kern/169319 fs [zfs] zfs resilver can't complete o kern/168947 fs [nfs] [zfs] .zfs/snapshot directory is messed up when o kern/168942 fs [nfs] [hang] nfsd hangs after being restarted (not -HU o kern/168158 fs [zfs] incorrect parsing of sharenfs options in zfs (fs o kern/167979 fs [ufs] DIOCGDINFO ioctl does not work on 8.2 file syste o kern/167977 fs [smbfs] mount_smbfs results are differ when utf-8 or U o kern/167688 fs [fusefs] Incorrect signal handling with direct_io o kern/167685 fs [zfs] ZFS on USB drive prevents shutdown / reboot o kern/167612 fs [portalfs] The portal file system gets stuck inside po o kern/167272 fs [zfs] ZFS Disks reordering causes ZFS to pick the wron o kern/167260 fs [msdosfs] msdosfs disk was mounted the second time whe o kern/167109 fs [zfs] [panic] zfs diff kernel panic Fatal trap 9: gene o kern/167105 fs [nfs] mount_nfs can not handle source exports wiht mor o kern/167067 fs [zfs] [panic] ZFS panics the server o kern/167065 fs [zfs] boot fails when a spare is the boot disk o kern/167048 fs [nfs] [patch] RELEASE-9 crash when using ZFS+NULLFS+NF o kern/166912 fs [ufs] [panic] Panic after converting Softupdates to jo o kern/166851 fs [zfs] [hang] Copying directory from the mounted UFS di o kern/166477 fs [nfs] NFS data corruption. o kern/165950 fs [ffs] SU+J and fsck problem o kern/165521 fs [zfs] [hang] livelock on 1 Gig of RAM with zfs when 31 o kern/165392 fs Multiple mkdir/rmdir fails with errno 31 o kern/165087 fs [unionfs] lock violation in unionfs o kern/164472 fs [ufs] fsck -B panics on particular data inconsistency o kern/164370 fs [zfs] zfs destroy for snapshot fails on i386 and sparc o kern/164261 fs [nullfs] [patch] fix panic with NFS served from NULLFS o kern/164256 fs [zfs] device entry for volume is not created after zfs o kern/164184 fs [ufs] [panic] Kernel panic with ufs_makeinode o kern/163801 fs [md] [request] allow mfsBSD legacy installed in 'swap' o kern/163770 fs [zfs] [hang] LOR between zfs&syncer + vnlru leading to o kern/163501 fs [nfs] NFS exporting a dir and a subdir in that dir to o kern/162944 fs [coda] Coda file system module looks broken in 9.0 o kern/162860 fs [zfs] Cannot share ZFS filesystem to hosts with a hyph o kern/162751 fs [zfs] [panic] kernel panics during file operations o kern/162591 fs [nullfs] cross-filesystem nullfs does not work as expe o kern/162519 fs [zfs] "zpool import" relies on buggy realpath() behavi o kern/161968 fs [zfs] [hang] renaming snapshot with -r including a zvo o kern/161864 fs [ufs] removing journaling from UFS partition fails on o kern/161579 fs [smbfs] FreeBSD sometimes panics when an smb share is o kern/161533 fs [zfs] [panic] zfs receive panic: system ioctl returnin o kern/161438 fs [zfs] [panic] recursed on non-recursive spa_namespace_ o kern/161424 fs [nullfs] __getcwd() calls fail when used on nullfs mou o kern/161280 fs [zfs] Stack overflow in gptzfsboot o kern/161205 fs [nfs] [pfsync] [regression] [build] Bug report freebsd o kern/161169 fs [zfs] [panic] ZFS causes kernel panic in dbuf_dirty o kern/161112 fs [ufs] [lor] filesystem LOR in FreeBSD 9.0-BETA3 o kern/160893 fs [zfs] [panic] 9.0-BETA2 kernel panic f kern/160860 fs [ufs] Random UFS root filesystem corruption with SU+J o kern/160801 fs [zfs] zfsboot on 8.2-RELEASE fails to boot from root-o o kern/160790 fs [fusefs] [panic] VPUTX: negative ref count with FUSE o kern/160777 fs [zfs] [hang] RAID-Z3 causes fatal hang upon scrub/impo o kern/160706 fs [zfs] zfs bootloader fails when a non-root vdev exists o kern/160591 fs [zfs] Fail to boot on zfs root with degraded raidz2 [r o kern/160410 fs [smbfs] [hang] smbfs hangs when transferring large fil o kern/160283 fs [zfs] [patch] 'zfs list' does abort in make_dataset_ha o kern/159930 fs [ufs] [panic] kernel core o kern/159402 fs [zfs][loader] symlinks cause I/O errors o kern/159357 fs [zfs] ZFS MAXNAMELEN macro has confusing name (off-by- o kern/159356 fs [zfs] [patch] ZFS NAME_ERR_DISKLIKE check is Solaris-s o kern/159351 fs [nfs] [patch] - divide by zero in mountnfs() o kern/159251 fs [zfs] [request]: add FLETCHER4 as DEDUP hash option o kern/159077 fs [zfs] Can't cd .. with latest zfs version o kern/159048 fs [smbfs] smb mount corrupts large files o kern/159045 fs [zfs] [hang] ZFS scrub freezes system o kern/158839 fs [zfs] ZFS Bootloader Fails if there is a Dead Disk o kern/158802 fs amd(8) ICMP storm and unkillable process. o kern/158231 fs [nullfs] panic on unmounting nullfs mounted over ufs o f kern/157929 fs [nfs] NFS slow read o kern/157399 fs [zfs] trouble with: mdconfig force delete && zfs strip o kern/157179 fs [zfs] zfs/dbuf.c: panic: solaris assert: arc_buf_remov o kern/156797 fs [zfs] [panic] Double panic with FreeBSD 9-CURRENT and o kern/156781 fs [zfs] zfs is losing the snapshot directory, p kern/156545 fs [ufs] mv could break UFS on SMP systems o kern/156193 fs [ufs] [hang] UFS snapshot hangs && deadlocks processes o kern/156039 fs [nullfs] [unionfs] nullfs + unionfs do not compose, re o kern/155615 fs [zfs] zfs v28 broken on sparc64 -current o kern/155587 fs [zfs] [panic] kernel panic with zfs p kern/155411 fs [regression] [8.2-release] [tmpfs]: mount: tmpfs : No o kern/155199 fs [ext2fs] ext3fs mounted as ext2fs gives I/O errors o bin/155104 fs [zfs][patch] use /dev prefix by default when importing o kern/154930 fs [zfs] cannot delete/unlink file from full volume -> EN o kern/154828 fs [msdosfs] Unable to create directories on external USB o kern/154491 fs [smbfs] smb_co_lock: recursive lock for object 1 p kern/154228 fs [md] md getting stuck in wdrain state o kern/153996 fs [zfs] zfs root mount error while kernel is not located o kern/153753 fs [zfs] ZFS v15 - grammatical error when attempting to u o kern/153716 fs [zfs] zpool scrub time remaining is incorrect o kern/153695 fs [patch] [zfs] Booting from zpool created on 4k-sector o kern/153680 fs [xfs] 8.1 failing to mount XFS partitions o kern/153418 fs [zfs] [panic] Kernel Panic occurred writing to zfs vol o kern/153351 fs [zfs] locking directories/files in ZFS o bin/153258 fs [patch][zfs] creating ZVOLs requires `refreservation' s kern/153173 fs [zfs] booting from a gzip-compressed dataset doesn't w o bin/153142 fs [zfs] ls -l outputs `ls: ./.zfs: Operation not support o kern/153126 fs [zfs] vdev failure, zpool=peegel type=vdev.too_small o kern/152022 fs [nfs] nfs service hangs with linux client [regression] o kern/151942 fs [zfs] panic during ls(1) zfs snapshot directory o kern/151905 fs [zfs] page fault under load in /sbin/zfs o bin/151713 fs [patch] Bug in growfs(8) with respect to 32-bit overfl o kern/151648 fs [zfs] disk wait bug o kern/151629 fs [fs] [patch] Skip empty directory entries during name o kern/151330 fs [zfs] will unshare all zfs filesystem after execute a o kern/151326 fs [nfs] nfs exports fail if netgroups contain duplicate o kern/151251 fs [ufs] Can not create files on filesystem with heavy us o kern/151226 fs [zfs] can't delete zfs snapshot o kern/150503 fs [zfs] ZFS disks are UNAVAIL and corrupted after reboot o kern/150501 fs [zfs] ZFS vdev failure vdev.bad_label on amd64 o kern/150390 fs [zfs] zfs deadlock when arcmsr reports drive faulted o kern/150336 fs [nfs] mountd/nfsd became confused; refused to reload n o kern/149208 fs mksnap_ffs(8) hang/deadlock o kern/149173 fs [patch] [zfs] make OpenSolaris installa o kern/149015 fs [zfs] [patch] misc fixes for ZFS code to build on Glib o kern/149014 fs [zfs] [patch] declarations in ZFS libraries/utilities o kern/149013 fs [zfs] [patch] make ZFS makefiles use the libraries fro o kern/148504 fs [zfs] ZFS' zpool does not allow replacing drives to be o kern/148490 fs [zfs]: zpool attach - resilver bidirectionally, and re o kern/148368 fs [zfs] ZFS hanging forever on 8.1-PRERELEASE o kern/148138 fs [zfs] zfs raidz pool commands freeze o kern/147903 fs [zfs] [panic] Kernel panics on faulty zfs device o kern/147881 fs [zfs] [patch] ZFS "sharenfs" doesn't allow different " o kern/147420 fs [ufs] [panic] ufs_dirbad, nullfs, jail panic (corrupt o kern/146941 fs [zfs] [panic] Kernel Double Fault - Happens constantly o kern/146786 fs [zfs] zpool import hangs with checksum errors o kern/146708 fs [ufs] [panic] Kernel panic in softdep_disk_write_compl o kern/146528 fs [zfs] Severe memory leak in ZFS on i386 o kern/146502 fs [nfs] FreeBSD 8 NFS Client Connection to Server o kern/145750 fs [unionfs] [hang] unionfs locks the machine s kern/145712 fs [zfs] cannot offline two drives in a raidz2 configurat o kern/145411 fs [xfs] [panic] Kernel panics shortly after mounting an f bin/145309 fs bsdlabel: Editing disk label invalidates the whole dev o kern/145272 fs [zfs] [panic] Panic during boot when accessing zfs on o kern/145246 fs [ufs] dirhash in 7.3 gratuitously frees hashes when it o kern/145238 fs [zfs] [panic] kernel panic on zpool clear tank o kern/145229 fs [zfs] Vast differences in ZFS ARC behavior between 8.0 o kern/145189 fs [nfs] nfsd performs abysmally under load o kern/144929 fs [ufs] [lor] vfs_bio.c + ufs_dirhash.c p kern/144447 fs [zfs] sharenfs fsunshare() & fsshare_main() non functi o kern/144416 fs [panic] Kernel panic on online filesystem optimization s kern/144415 fs [zfs] [panic] kernel panics on boot after zfs crash o kern/144234 fs [zfs] Cannot boot machine with recent gptzfsboot code o kern/143825 fs [nfs] [panic] Kernel panic on NFS client o bin/143572 fs [zfs] zpool(1): [patch] The verbose output from iostat o kern/143212 fs [nfs] NFSv4 client strange work ... o kern/143184 fs [zfs] [lor] zfs/bufwait LOR o kern/142878 fs [zfs] [vfs] lock order reversal o kern/142597 fs [ext2fs] ext2fs does not work on filesystems with real o kern/142489 fs [zfs] [lor] allproc/zfs LOR o kern/142466 fs Update 7.2 -> 8.0 on Raid 1 ends with screwed raid [re o kern/142306 fs [zfs] [panic] ZFS drive (from OSX Leopard) causes two o kern/142068 fs [ufs] BSD labels are got deleted spontaneously o kern/141950 fs [unionfs] [lor] ufs/unionfs/ufs Lock order reversal o kern/141897 fs [msdosfs] [panic] Kernel panic. msdofs: file name leng o kern/141463 fs [nfs] [panic] Frequent kernel panics after upgrade fro o kern/141091 fs [patch] [nullfs] fix panics with DIAGNOSTIC enabled o kern/141086 fs [nfs] [panic] panic("nfs: bioread, not dir") on FreeBS o kern/141010 fs [zfs] "zfs scrub" fails when backed by files in UFS2 o kern/140888 fs [zfs] boot fail from zfs root while the pool resilveri o kern/140661 fs [zfs] [patch] /boot/loader fails to work on a GPT/ZFS- o kern/140640 fs [zfs] snapshot crash o kern/140068 fs [smbfs] [patch] smbfs does not allow semicolon in file o kern/139725 fs [zfs] zdb(1) dumps core on i386 when examining zpool c o kern/139715 fs [zfs] vfs.numvnodes leak on busy zfs p bin/139651 fs [nfs] mount(8): read-only remount of NFS volume does n o kern/139407 fs [smbfs] [panic] smb mount causes system crash if remot o kern/138662 fs [panic] ffs_blkfree: freeing free block o kern/138421 fs [ufs] [patch] remove UFS label limitations o kern/138202 fs mount_msdosfs(1) see only 2Gb o kern/137588 fs [unionfs] [lor] LOR nfs/ufs/nfs o kern/136968 fs [ufs] [lor] ufs/bufwait/ufs (open) o kern/136945 fs [ufs] [lor] filedesc structure/ufs (poll) o kern/136944 fs [ffs] [lor] bufwait/snaplk (fsync) o kern/136873 fs [ntfs] Missing directories/files on NTFS volume p kern/136470 fs [nfs] Cannot mount / in read-only, over NFS o kern/135546 fs [zfs] zfs.ko module doesn't ignore zpool.cache filenam o kern/135469 fs [ufs] [panic] kernel crash on md operation in ufs_dirb o kern/135050 fs [zfs] ZFS clears/hides disk errors on reboot o kern/134491 fs [zfs] Hot spares are rather cold... o kern/133676 fs [smbfs] [panic] umount -f'ing a vnode-based memory dis p kern/133174 fs [msdosfs] [patch] msdosfs must support multibyte inter o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132237 fs [msdosfs] msdosfs has problems to read MSDOS Floppy o kern/132145 fs [panic] File System Hard Crashes o kern/131441 fs [unionfs] [nullfs] unionfs and/or nullfs not combineab o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131342 fs [nfs] mounting/unmounting of disks causes NFS to fail o bin/131341 fs makefs: error "Bad file descriptor" on the mount poin o kern/130920 fs [msdosfs] cp(1) takes 100% CPU time while copying file o kern/130210 fs [nullfs] Error by check nullfs o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129488 fs [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) o kern/127787 fs [lor] [ufs] Three LORs: vfslock/devfs/vfslock, ufs/vfs o bin/127270 fs fsck_msdosfs(8) may crash if BytesPerSec is zero o kern/127029 fs [panic] mount(8): trying to mount a write protected zi o kern/126973 fs [unionfs] [hang] System hang with unionfs and init chr o kern/126553 fs [unionfs] unionfs move directory problem 2 (files appe o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file o kern/125895 fs [ffs] [panic] kernel: panic: ffs_blkfree: freeing free s kern/125738 fs [zfs] [request] SHA256 acceleration in ZFS o kern/123939 fs [msdosfs] corrupts new files o bin/123574 fs [unionfs] df(1) -t option destroys info for unionfs (a o kern/122380 fs [ffs] ffs_valloc:dup alloc (Soekris 4801/7.0/USB Flash o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o bin/121898 fs [nullfs] pwd(1)/getcwd(2) fails with Permission denied o kern/121385 fs [unionfs] unionfs cross mount -> kernel panic o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha o kern/120483 fs [ntfs] [patch] NTFS filesystem locking changes o kern/120482 fs [ntfs] [patch] Sync style changes between NetBSD and F o kern/118912 fs [2tb] disk sizing/geometry problem with large array o kern/118713 fs [minidump] [patch] Display media size required for a k o kern/118318 fs [nfs] NFS server hangs under special circumstances o bin/118249 fs [ufs] mv(1): moving a directory changes its mtime o kern/118126 fs [nfs] [patch] Poor NFS server write performance o kern/118107 fs [ntfs] [panic] Kernel panic when accessing a file at N o kern/117954 fs [ufs] dirhash on very large directories blocks the mac o bin/117315 fs [smbfs] mount_smbfs(8) and related options can't mount o kern/117158 fs [zfs] zpool scrub causes panic if geli vdevs detach on o bin/116980 fs [msdosfs] [patch] mount_msdosfs(8) resets some flags f o conf/116931 fs lack of fsck_cd9660 prevents mounting iso images with o kern/116583 fs [ffs] [hang] System freezes for short time when using o bin/115361 fs [zfs] mount(8) gets into a state where it won't set/un o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o kern/113852 fs [smbfs] smbfs does not properly implement DFS referral o bin/113838 fs [patch] [request] mount(8): add support for relative p o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/111843 fs [msdosfs] Long Names of files are incorrectly created o kern/111782 fs [ufs] dump(8) fails horribly for large filesystems s bin/111146 fs [2tb] fsck(8) fails on 6T filesystem o bin/107829 fs [2TB] fdisk(8): invalid boundary checking in fdisk / w o kern/106107 fs [ufs] left-over fsck_snapshot after unfinished backgro o kern/104406 fs [ufs] Processes get stuck in "ufs" state under persist o kern/104133 fs [ext2fs] EXT2FS module corrupts EXT2/3 filesystems o kern/103035 fs [ntfs] Directories in NTFS mounted disc images appear o kern/101324 fs [smbfs] smbfs sometimes not case sensitive when it's s o kern/99290 fs [ntfs] mount_ntfs ignorant of cluster sizes s bin/97498 fs [request] newfs(8) has no option to clear the first 12 o kern/97377 fs [ntfs] [patch] syntax cleanup for ntfs_ihash.c o kern/95222 fs [cd9660] File sections on ISO9660 level 3 CDs ignored o kern/94849 fs [ufs] rename on UFS filesystem is not atomic o bin/94810 fs fsck(8) incorrectly reports 'file system marked clean' o kern/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/94733 fs [smbfs] smbfs may cause double unlock o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna o kern/91134 fs [smbfs] [patch] Preserve access and modification time a kern/90815 fs [smbfs] [patch] SMBFS with character conversions somet o kern/88657 fs [smbfs] windows client hang when browsing a samba shar o kern/88555 fs [panic] ffs_blkfree: freeing free frag on AMD 64 o bin/87966 fs [patch] newfs(8): introduce -A flag for newfs to enabl o kern/87859 fs [smbfs] System reboot while umount smbfs. o kern/86587 fs [msdosfs] rm -r /PATH fails with lots of small files o bin/85494 fs fsck_ffs: unchecked use of cg_inosused macro etc. o kern/80088 fs [smbfs] Incorrect file time setting on NTFS mounted vi o bin/74779 fs Background-fsck checks one filesystem twice and omits o kern/73484 fs [ntfs] Kernel panic when doing `ls` from the client si o bin/73019 fs [ufs] fsck_ufs(8) cannot alloc 607016868 bytes for ino o kern/71774 fs [ntfs] NTFS cannot "see" files on a WinXP filesystem o bin/70600 fs fsck(8) throws files away when it can't grow lost+foun o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/67326 fs [msdosfs] crash after attempt to mount write protected o kern/65920 fs [nwfs] Mounted Netware filesystem behaves strange o kern/65901 fs [smbfs] [patch] smbfs fails fsx write/truncate-down/tr o kern/61503 fs [smbfs] mount_smbfs does not work as non-root o kern/55617 fs [smbfs] Accessing an nsmb-mounted drive via a smb expo o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc o kern/36566 fs [smbfs] System reboot with dead smb mount and umount o bin/27687 fs fsck(8) wrapper is not properly passing options to fsc o kern/18874 fs [2TB] 32bit NFS servers export wrong negative values t o kern/9619 fs [nfs] Restarting mountd kills existing mounts 337 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Jan 6 17:27:06 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F038CD; Mon, 6 Jan 2014 17:27:06 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 346BC179C; Mon, 6 Jan 2014 17:27:05 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id s06H6hLm019091 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 6 Jan 2014 11:06:45 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.118]) by LTCFISWMSGHT03.FNFIS.com ([10.132.206.31]) with mapi id 14.03.0174.001; Mon, 6 Jan 2014 11:06:42 -0600 From: "Teske, Devin" To: Darren Pilgrim Subject: Re: zfs upgrade hang upgrading from v3 to v5 Thread-Topic: zfs upgrade hang upgrading from v3 to v5 Thread-Index: AQHPCwGr3TjDJfr2/keI6KkHRTPCWg== Date: Mon, 6 Jan 2014 17:06:42 +0000 Message-ID: References: <52C89140.5040700@bluerosetech.com> In-Reply-To: <52C89140.5040700@bluerosetech.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.132.253.126] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-01-06_02:2014-01-06,2014-01-06,1970-01-01 signatures=0 Cc: freebsd-fs , Devin Teske , "Teske, Devin" , freebsd-questions X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Devin Teske List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 17:27:06 -0000 On Jan 4, 2014, at 2:54 PM, Darren Pilgrim wrote: > I'm upgrading a system from 8.3 to 9.2 using a fresh install onto a paral= lel set of filesystems on the ZFS pool. The system is a root on ZFS config= uration with GPT-labeled AHCI disks. The zpool upgrade step worked fine. = When I did `zfs upgrade -a` it didn't return right away, but this system is= a little smaller so I left it to work. >=20 > An hour later, it's still not done. Ctrl-T shows zfs upgrade is in tx->t= x_sync_done_cv and using no CPU. Normally I expect to see "runnable" and u= sing some CPU. I can still work in open SSH sessions, but other zfs comman= ds hang. New SSH logins don't work. Console logins hang between me enteri= ng the username and it printing the password prompt. Even though I know th= ere are active processes on the system, there is no disk activity. Network= ing is still fine--the machine acts as a router, and the LAN behind it hasn= 't loss internet access. The unbound instance running on it is also respon= sive, but it never touches the disk when running (it syslogs). >=20 > Figuring it's livelocked on disk I/O, I try to reboot, but neither Contro= l-Alt-Delete nor the power button do anything. I ended up hard resetting t= he system. >=20 > The system rebooted without issue. Zfs upgrade showed a few of the v3 fi= lesystems had been upgraded, but most hadn't. Upgrading filesystems one by= one got me most of the way there. By dumb luck I got all the way to the b= ase filesystem without anything hanging. The base filesystem, however, did= hang. >=20 > I read Devin Teske's messages to freebsd-fs from Sept 20, 2013 about the = same scenario. Interestingly, the base filesystem on this box is the only = one that has mountpoint=3Dnone. Later today I'll try setting a mountpoint = on it see if the upgrade will succeed then. >=20 > In the meantime, is this a known issue by now? The only things I could f= ind were the aforementioned emails from Devin, and no one answered him. I can chime in with the ugly work-around that allowed us to migrate from v3= to v5. Quite unceremoniously, we rsync'd all the data to a new v5 dataset and then destroyed the existing v3 dataset, only to rebuild the pool from scratch. Certainly less than ideal; I'll be very interested in your testing to see i= f you can find a way to around the issue (which we still think is centered around datasets= lacking a mountpoint). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-fs@FreeBSD.ORG Tue Jan 7 16:34:07 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CE2C80A for ; Tue, 7 Jan 2014 16:34:07 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD3817C0 for ; Tue, 7 Jan 2014 16:34:06 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1W0ZbS-000Bz3-6h for freebsd-fs@freebsd.org; Tue, 07 Jan 2014 20:34:06 +0400 Date: Tue, 7 Jan 2014 20:34:06 +0400 From: Slawa Olhovchenkov To: freebsd-fs@freebsd.org Subject: ZFS 1MB recordsize Message-ID: <20140107163406.GM16734@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 16:34:07 -0000 What is trouble to support 1 MB blocksize in ZFS? I try to change in /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/spa.h #define SPA_MAXBLOCKSHIFT 17 to #define SPA_MAXBLOCKSHIFT 20 rebuild kernel and world, install it and reboot. create new dataset, copy 16MB file and: # zdb -dddddddd zroot/tst 8 Dataset zroot/tst [ZPL], ID 177, cr_txg 31368, 16.1M, 8 objects, rootbp DVA[0]=<0:d1397000:1000> DVA[1]=<0:412000:1000> [L0 DMU objset] fletcher4 uncompressed LE contiguous unique double size=800L/800P birth=31384L/31384P fill=8 cksum=bf78ba9b9:e709a16b792:ae320b3c0832c:6061cd37e67e787 Object lvl iblk dblk dsize lsize %full type 8 2 16K 1M 16.0M 16M 100.00 ZFS plain file (K=inherit) (Z=inherit) 168 bonus System attributes dnode flags: USED_BYTES USERUSED_ACCOUNTED dnode maxblkid: 15 path /if_ath.ko.debug uid 0 gid 0 atime Tue Jan 7 19:23:36 2014 mtime Tue Jan 7 19:23:37 2014 ctime Tue Jan 7 19:23:37 2014 crtime Tue Jan 7 19:23:36 2014 gen 31383 mode 100644 size 15806584 parent 4 links 1 pflags 40800000004 Indirect blocks: 0 L1 0:d138c000:1000 0:407000:1000 4000L/1000P F=16 B=31384/31384 0 L0 0:d0373000:100000 100000L/100000P F=1 B=31383/31383 100000 L0 0:d0473000:100000 100000L/100000P F=1 B=31383/31383 200000 L0 0:d0573000:100000 100000L/100000P F=1 B=31383/31383 300000 L0 0:d0673000:100000 100000L/100000P F=1 B=31383/31383 400000 L0 0:d0773000:100000 100000L/100000P F=1 B=31383/31383 500000 L0 0:d0873000:100000 100000L/100000P F=1 B=31383/31383 600000 L0 0:d0973000:100000 100000L/100000P F=1 B=31383/31383 700000 L0 0:d0a73000:100000 100000L/100000P F=1 B=31383/31383 800000 L0 0:d0b8c000:100000 100000L/100000P F=1 B=31384/31384 900000 L0 0:d0c8c000:100000 100000L/100000P F=1 B=31384/31384 a00000 L0 0:d0d8c000:100000 100000L/100000P F=1 B=31384/31384 b00000 L0 0:d0e8c000:100000 100000L/100000P F=1 B=31384/31384 c00000 L0 0:d0f8c000:100000 100000L/100000P F=1 B=31384/31384 d00000 L0 0:d108c000:100000 100000L/100000P F=1 B=31384/31384 e00000 L0 0:d118c000:100000 100000L/100000P F=1 B=31384/31384 f00000 L0 0:d128c000:100000 100000L/100000P F=1 B=31384/31384 segment [0000000000000000, 0000000001000000) size 16M What is absent? From owner-freebsd-fs@FreeBSD.ORG Tue Jan 7 17:08:32 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EE91CF3 for ; Tue, 7 Jan 2014 17:08:32 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 100E41A61 for ; Tue, 7 Jan 2014 17:08:31 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id A395821531 for ; Tue, 7 Jan 2014 12:08:30 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Tue, 07 Jan 2014 12:08:30 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=LtMgs96m63qSf3TnJF+HNfphGLI=; b=O01 vGyliKND9rqvFO4QblbeFwVzcSSBDzvW8Nm8Uxcul1ta5zXi+WtZQO94vFnSbQM3 d41zWQSa8cHo5kjpns9NbJSJxrenJrVU3tlB6oavLSXosxsiSbZ8luHN0iwl3EJF xkMeBx/nEWE9nTdXF1Pdv+IADVWxA9jqMBZwueuA= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 7D45111F29F; Tue, 7 Jan 2014 12:08:30 -0500 (EST) Message-Id: <1389114510.5026.67729005.1B42C1BB@webmail.messagingengine.com> X-Sasl-Enc: ra6980qO3NWBZ2oQXgkVfGe4SXEnHDqmtdhAo3NZQBza 1389114510 From: Mark Felder To: freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-064ceef5 In-Reply-To: <59E5A6FA-D96E-49AD-B56D-2032F8443653@ps-enable.com> References: <59E5A6FA-D96E-49AD-B56D-2032F8443653@ps-enable.com> Subject: Re: ZFS/istgt lockup -- followup Date: Tue, 07 Jan 2014 11:08:30 -0600 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 17:08:32 -0000 On Sun, Jan 5, 2014, at 20:35, Paul Suh wrote: > Folks, > > I'm trying to diagnose a problem on a NAS4Free system, based on a FreeBSD > 9.1. I am observing almost exactly the symptoms in this post from a > little over a year ago: > > http://lists.freebsd.org/pipermail/freebsd-fs/2012-October/015333.html > > I've been unable to find any followup to this. Has there been any > progress on hunting down this bug? Thanks in advance for any help that > you can give me. > > I'll keep an eye on this thread, but I don't have much to contribute other than the fact that I have a 9.0-STABLE box (just a few commits after 9.0-RELEASE) with 600 days uptime running istgt. If you want to see my config I could share it off-list. From owner-freebsd-fs@FreeBSD.ORG Tue Jan 7 17:14:17 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED2BEE46 for ; Tue, 7 Jan 2014 17:14:16 +0000 (UTC) Received: from platinum.linux.pl (platinum.edu.pl [81.161.192.4]) by mx1.freebsd.org (Postfix) with ESMTP id 78CFF1AF5 for ; Tue, 7 Jan 2014 17:14:15 +0000 (UTC) Received: by platinum.linux.pl (Postfix, from userid 87) id 171B1452198; Tue, 7 Jan 2014 18:06:52 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on platinum.linux.pl X-Spam-Level: X-Spam-Status: No, score=-1.3 required=3.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.3.2 Received: from [10.255.0.2] (unknown [83.151.38.73]) by platinum.linux.pl (Postfix) with ESMTPA id ACA93452194; Tue, 7 Jan 2014 18:06:52 +0100 (CET) Message-ID: <52CC341F.1090902@platinum.linux.pl> Date: Tue, 07 Jan 2014 18:06:39 +0100 From: Adam Nowacki User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Slawa Olhovchenkov , freebsd-fs@freebsd.org Subject: Re: ZFS 1MB recordsize References: <20140107163406.GM16734@zxy.spb.ru> In-Reply-To: <20140107163406.GM16734@zxy.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 17:14:17 -0000 On 2014-01-07 17:34, Slawa Olhovchenkov wrote: > What is trouble to support 1 MB blocksize in ZFS? see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/178388 Some extra work is needed to make it user friendly, for example feature flag to prevent kernel panics on older systems. This is only speaking of FreeBSD, other systems that share zfs code may have other issues. Since there is almost no interest in this feature I've stopped any work on this beyond what is needed on my systems. > I try to change in > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/spa.h > > #define SPA_MAXBLOCKSHIFT 17 > to > #define SPA_MAXBLOCKSHIFT 20 > > rebuild kernel and world, install it and reboot. > > create new dataset, copy 16MB file and: > > # zdb -dddddddd zroot/tst 8 > Dataset zroot/tst [ZPL], ID 177, cr_txg 31368, 16.1M, 8 objects, rootbp DVA[0]=<0:d1397000:1000> DVA[1]=<0:412000:1000> [L0 DMU objset] fletcher4 uncompressed LE contiguous unique double size=800L/800P birth=31384L/31384P fill=8 cksum=bf78ba9b9:e709a16b792:ae320b3c0832c:6061cd37e67e787 > > Object lvl iblk dblk dsize lsize %full type > 8 2 16K 1M 16.0M 16M 100.00 ZFS plain file (K=inherit) (Z=inherit) > 168 bonus System attributes > dnode flags: USED_BYTES USERUSED_ACCOUNTED > dnode maxblkid: 15 > path /if_ath.ko.debug > uid 0 > gid 0 > atime Tue Jan 7 19:23:36 2014 > mtime Tue Jan 7 19:23:37 2014 > ctime Tue Jan 7 19:23:37 2014 > crtime Tue Jan 7 19:23:36 2014 > gen 31383 > mode 100644 > size 15806584 > parent 4 > links 1 > pflags 40800000004 > Indirect blocks: > 0 L1 0:d138c000:1000 0:407000:1000 4000L/1000P F=16 B=31384/31384 > 0 L0 0:d0373000:100000 100000L/100000P F=1 B=31383/31383 > 100000 L0 0:d0473000:100000 100000L/100000P F=1 B=31383/31383 > 200000 L0 0:d0573000:100000 100000L/100000P F=1 B=31383/31383 > 300000 L0 0:d0673000:100000 100000L/100000P F=1 B=31383/31383 > 400000 L0 0:d0773000:100000 100000L/100000P F=1 B=31383/31383 > 500000 L0 0:d0873000:100000 100000L/100000P F=1 B=31383/31383 > 600000 L0 0:d0973000:100000 100000L/100000P F=1 B=31383/31383 > 700000 L0 0:d0a73000:100000 100000L/100000P F=1 B=31383/31383 > 800000 L0 0:d0b8c000:100000 100000L/100000P F=1 B=31384/31384 > 900000 L0 0:d0c8c000:100000 100000L/100000P F=1 B=31384/31384 > a00000 L0 0:d0d8c000:100000 100000L/100000P F=1 B=31384/31384 > b00000 L0 0:d0e8c000:100000 100000L/100000P F=1 B=31384/31384 > c00000 L0 0:d0f8c000:100000 100000L/100000P F=1 B=31384/31384 > d00000 L0 0:d108c000:100000 100000L/100000P F=1 B=31384/31384 > e00000 L0 0:d118c000:100000 100000L/100000P F=1 B=31384/31384 > f00000 L0 0:d128c000:100000 100000L/100000P F=1 B=31384/31384 > > segment [0000000000000000, 0000000001000000) size 16M > > What is absent? > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@FreeBSD.ORG Tue Jan 7 17:18:20 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E75EF21 for ; Tue, 7 Jan 2014 17:18:20 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0481B2B for ; Tue, 7 Jan 2014 17:18:19 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1W0aIC-000F2l-8i; Tue, 07 Jan 2014 21:18:16 +0400 Date: Tue, 7 Jan 2014 21:18:16 +0400 From: Slawa Olhovchenkov To: Adam Nowacki Subject: Re: ZFS 1MB recordsize Message-ID: <20140107171816.GN16734@zxy.spb.ru> References: <20140107163406.GM16734@zxy.spb.ru> <52CC341F.1090902@platinum.linux.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52CC341F.1090902@platinum.linux.pl> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 17:18:20 -0000 On Tue, Jan 07, 2014 at 06:06:39PM +0100, Adam Nowacki wrote: > On 2014-01-07 17:34, Slawa Olhovchenkov wrote: > > What is trouble to support 1 MB blocksize in ZFS? > > see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/178388 > Some extra work is needed to make it user friendly, for example feature > flag to prevent kernel panics on older systems. This is only speaking of > FreeBSD, other systems that share zfs code may have other issues. Since > there is almost no interest in this feature I've stopped any work on > this beyond what is needed on my systems. For some workloads this is very useful feature. > > I try to change in > > /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/spa.h > > > > #define SPA_MAXBLOCKSHIFT 17 > > to > > #define SPA_MAXBLOCKSHIFT 20 > > > > rebuild kernel and world, install it and reboot. > > > > create new dataset, copy 16MB file and: > > > > # zdb -dddddddd zroot/tst 8 > > Dataset zroot/tst [ZPL], ID 177, cr_txg 31368, 16.1M, 8 objects, rootbp DVA[0]=<0:d1397000:1000> DVA[1]=<0:412000:1000> [L0 DMU objset] fletcher4 uncompressed LE contiguous unique double size=800L/800P birth=31384L/31384P fill=8 cksum=bf78ba9b9:e709a16b792:ae320b3c0832c:6061cd37e67e787 > > > > Object lvl iblk dblk dsize lsize %full type > > 8 2 16K 1M 16.0M 16M 100.00 ZFS plain file (K=inherit) (Z=inherit) > > 168 bonus System attributes > > dnode flags: USED_BYTES USERUSED_ACCOUNTED > > dnode maxblkid: 15 > > path /if_ath.ko.debug > > uid 0 > > gid 0 > > atime Tue Jan 7 19:23:36 2014 > > mtime Tue Jan 7 19:23:37 2014 > > ctime Tue Jan 7 19:23:37 2014 > > crtime Tue Jan 7 19:23:36 2014 > > gen 31383 > > mode 100644 > > size 15806584 > > parent 4 > > links 1 > > pflags 40800000004 > > Indirect blocks: > > 0 L1 0:d138c000:1000 0:407000:1000 4000L/1000P F=16 B=31384/31384 > > 0 L0 0:d0373000:100000 100000L/100000P F=1 B=31383/31383 > > 100000 L0 0:d0473000:100000 100000L/100000P F=1 B=31383/31383 > > 200000 L0 0:d0573000:100000 100000L/100000P F=1 B=31383/31383 > > 300000 L0 0:d0673000:100000 100000L/100000P F=1 B=31383/31383 > > 400000 L0 0:d0773000:100000 100000L/100000P F=1 B=31383/31383 > > 500000 L0 0:d0873000:100000 100000L/100000P F=1 B=31383/31383 > > 600000 L0 0:d0973000:100000 100000L/100000P F=1 B=31383/31383 > > 700000 L0 0:d0a73000:100000 100000L/100000P F=1 B=31383/31383 > > 800000 L0 0:d0b8c000:100000 100000L/100000P F=1 B=31384/31384 > > 900000 L0 0:d0c8c000:100000 100000L/100000P F=1 B=31384/31384 > > a00000 L0 0:d0d8c000:100000 100000L/100000P F=1 B=31384/31384 > > b00000 L0 0:d0e8c000:100000 100000L/100000P F=1 B=31384/31384 > > c00000 L0 0:d0f8c000:100000 100000L/100000P F=1 B=31384/31384 > > d00000 L0 0:d108c000:100000 100000L/100000P F=1 B=31384/31384 > > e00000 L0 0:d118c000:100000 100000L/100000P F=1 B=31384/31384 > > f00000 L0 0:d128c000:100000 100000L/100000P F=1 B=31384/31384 > > > > segment [0000000000000000, 0000000001000000) size 16M > > > > What is absent? > > _______________________________________________ > > freebsd-fs@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > > From owner-freebsd-fs@FreeBSD.ORG Wed Jan 8 21:09:21 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7121AD6; Wed, 8 Jan 2014 21:09:21 +0000 (UTC) Received: from yoshi.bluerosetech.com (yoshi.bluerosetech.com [174.136.100.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E0901236; Wed, 8 Jan 2014 21:09:21 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:16c0:b50:21c:c0ff:fe7f:96ee]) by yoshi.bluerosetech.com (Postfix) with ESMTPSA id D8BF5E6079; Wed, 8 Jan 2014 13:09:14 -0800 (PST) Received: from [10.26.25.70] (c-76-115-19-22.hsd1.or.comcast.net [76.115.19.22]) by chombo.houseloki.net (Postfix) with ESMTPSA id E34369AB; Wed, 8 Jan 2014 13:09:01 -0800 (PST) Message-ID: <52CDBE74.6040702@bluerosetech.com> Date: Wed, 08 Jan 2014 13:09:08 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-fs , freebsd-questions Subject: Re: zfs upgrade hang upgrading from v3 to v5 References: <52C89140.5040700@bluerosetech.com> In-Reply-To: <52C89140.5040700@bluerosetech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 21:09:21 -0000 On 1/4/2014 2:54 PM, Darren Pilgrim wrote: > Later today I'll try setting a > mountpoint on it see if the upgrade will succeed then. Well, later that day didn't happen, but this morning did. To recap: When I upgraded the system from 8.3 to 9.2, I upgraded the zfs pool to feature flags and all filesystems to version 5. Everything upgraded fine, except z0, the base filesystem in the pool. z0 is the only filesystem with mountpoint=none. When upgrading z0, zfs upgrade hangs in tx->tx_sync_done_cv. The rest of the system apparently hangs on disk I/O to an extent requiring a hard reboot (NMI reset). Setting a mountpoint made the upgrade work: # zfs get mountpoint z0 NAME PROPERTY VALUE SOURCE z0 mountpoint none local # mkdir /z0 && zfs set mountpoint=/z0 z0 # zfs list z0 NAME USED AVAIL REFER MOUNTPOINT z0 84.3G 361G 30K /z0 # zfs upgrade z0 1 filesystems upgraded From owner-freebsd-fs@FreeBSD.ORG Wed Jan 8 21:18:35 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1615CCD; Wed, 8 Jan 2014 21:18:35 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B98312F2; Wed, 8 Jan 2014 21:18:35 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.191]) by ltcfislmsgpa01.fnfis.com (8.14.5/8.14.5) with ESMTP id s08LIU9a027604 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 8 Jan 2014 15:18:30 -0600 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.191) with Microsoft SMTP Server id 14.3.174.1; Wed, 8 Jan 2014 15:18:28 -0600 From: Sender: Devin Teske To: "'Darren Pilgrim'" , "'freebsd-fs'" , "'freebsd-questions'" References: <52C89140.5040700@bluerosetech.com> <52CDBE74.6040702@bluerosetech.com> In-Reply-To: <52CDBE74.6040702@bluerosetech.com> Subject: RE: zfs upgrade hang upgrading from v3 to v5 Date: Wed, 8 Jan 2014 13:18:13 -0800 Message-ID: <034b01cf0cb7$25147580$6f3d6080$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQEgsmMlEOIyymi1lu25IlkC7aSJdgF+A3NKm8wZH6A= Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.87, 1.0.14, 0.0.0000 definitions=2014-01-08_08:2014-01-07,2014-01-08,1970-01-01 signatures=0 Cc: daver@vicor.com X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 21:18:35 -0000 > -----Original Message----- > From: Darren Pilgrim [mailto:list_freebsd@bluerosetech.com] > Sent: Wednesday, January 8, 2014 1:09 PM > To: freebsd-fs; freebsd-questions > Subject: Re: zfs upgrade hang upgrading from v3 to v5 > > On 1/4/2014 2:54 PM, Darren Pilgrim wrote: > > Later today I'll try setting a > > mountpoint on it see if the upgrade will succeed then. > > Well, later that day didn't happen, but this morning did. > > To recap: > > When I upgraded the system from 8.3 to 9.2, I upgraded the zfs pool to > feature flags and all filesystems to version 5. Everything upgraded fine, > except z0, the base filesystem in the pool. z0 is the only filesystem with > mountpoint=none. When upgrading z0, zfs upgrade hangs in tx- > >tx_sync_done_cv. The rest of the system apparently hangs on disk I/O to > an extent requiring a hard reboot (NMI reset). > > Setting a mountpoint made the upgrade work: > > # zfs get mountpoint z0 > NAME PROPERTY VALUE SOURCE > z0 mountpoint none local > # mkdir /z0 && zfs set mountpoint=/z0 z0 # zfs list z0 > NAME USED AVAIL REFER MOUNTPOINT > z0 84.3G 361G 30K /z0 > # zfs upgrade z0 > 1 filesystems upgraded Excellent, thank you for the feedback -- letting me know that there *is* at least a simple work-around for the problem. -- Cheers, Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-fs@FreeBSD.ORG Thu Jan 9 10:30:01 2014 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A26BAC24 for ; Thu, 9 Jan 2014 10:30:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 719A61453 for ; Thu, 9 Jan 2014 10:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s09AU1xr086511 for ; Thu, 9 Jan 2014 10:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s09AU139086510; Thu, 9 Jan 2014 10:30:01 GMT (envelope-from gnats) Date: Thu, 9 Jan 2014 10:30:01 GMT Message-Id: <201401091030.s09AU139086510@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org Cc: From: Ivan Klymenko Subject: Re: kern/180236: [zfs] [nullfs] Leakage free space using ZFS with nullfs on 9.1-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Ivan Klymenko List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 10:30:01 -0000 The following reply was made to PR kern/180236; it has been noted by GNATS. From: Ivan Klymenko To: bug-followup@FreeBSD.org, fidaj@ukr.net Cc: Subject: Re: kern/180236: [zfs] [nullfs] Leakage free space using ZFS with nullfs on 9.1-STABLE Date: Thu, 9 Jan 2014 12:27:31 +0200 This PR can be closed. Thanks! From owner-freebsd-fs@FreeBSD.ORG Thu Jan 9 21:52:36 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0259296E for ; Thu, 9 Jan 2014 21:52:36 +0000 (UTC) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id B26901321 for ; Thu, 9 Jan 2014 21:52:35 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1W1NWj-0004a0-4O; Fri, 10 Jan 2014 01:52:33 +0400 Date: Fri, 10 Jan 2014 01:52:33 +0400 From: Slawa Olhovchenkov To: Adam Nowacki Subject: Re: ZFS 1MB recordsize Message-ID: <20140109215233.GA16734@zxy.spb.ru> References: <20140107163406.GM16734@zxy.spb.ru> <52CC341F.1090902@platinum.linux.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52CC341F.1090902@platinum.linux.pl> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 21:52:36 -0000 On Tue, Jan 07, 2014 at 06:06:39PM +0100, Adam Nowacki wrote: > On 2014-01-07 17:34, Slawa Olhovchenkov wrote: > > What is trouble to support 1 MB blocksize in ZFS? > > see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/178388 > Some extra work is needed to make it user friendly, for example feature > flag to prevent kernel panics on older systems. This is only speaking of I am try to access file with 1M recordsize on older system. Success. No kernel panic. correct md5. From owner-freebsd-fs@FreeBSD.ORG Fri Jan 10 07:26:52 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 241EBE9B for ; Fri, 10 Jan 2014 07:26:52 +0000 (UTC) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 29C881F2D for ; Fri, 10 Jan 2014 07:26:50 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 94718128B790; Fri, 10 Jan 2014 08:26:48 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.014374, version=1.2.3 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 6.4552] X-CRM114-CacheID: sfid-20140110_08264_1F228031 X-CRM114-Status: Good ( pR: 6.4552 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Fri Jan 10 08:26:48 2014 X-DSPAM-Confidence: 0.9930 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 52cfa0b8967101704620511 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, FreeBSD, 0.00066, From*Attila, 0.00438, Subject*ZFS, 0.00477, filter, 0.00477, filter, 0.00477, shell, 0.00477, 22+26, 0.00583, config, 0.00655, config, 0.00655, 22+38, 0.00655, 488, 0.00748, 488, 0.00748, Received*online.co.hu+[195.228.243.99]), 0.00872, Received*[195.228.243.99]), 0.00872, 08+22, 0.00872, 08+22, 0.00872, Received*online.co.hu, 0.00872, From*Attila+Nagy, 0.00872, 22+40, 0.00872, Received*(japan.t, 0.00872, From*Nagy+; Fri, 10 Jan 2014 08:26:46 +0100 (CET) Message-ID: <52CFA0B6.7090109@fsn.hu> Date: Fri, 10 Jan 2014 08:26:46 +0100 From: Attila Nagy MIME-Version: 1.0 To: 'freebsd-fs' Subject: What does ZFS write when nothing should write there? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 07:26:52 -0000 Hi, I've created 6 zpools, each of them with zpool create -m /data/A dataA mirror daX daY. The machine has nothing running except sshd and my shell. Yet, I see this in gstat: # while ( 1 ) while? date while? gstat -b -f 'da[0-9]+$' while? sleep 1 while? end Fri Jan 10 08:22:26 CET 2014 dT: 1.062s w: 1.000s filter: da[0-9]+$ L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0 da0 0 0 0 0 0.0 0 0 0.0 0.0 da1 0 0 0 0 0.0 0 0 0.0 0.0 da2 0 0 0 0 0.0 0 0 0.0 0.0 da3 0 0 0 0 0.0 0 0 0.0 0.0 da4 0 88 0 0 0.0 82 573 4.1 9.0 da5 0 89 0 0 0.0 83 573 4.8 9.8 da6 0 0 0 0 0.0 0 0 0.0 0.0 da7 0 0 0 0 0.0 0 0 0.0 0.0 da8 0 87 0 0 0.0 81 573 2.6 5.7 da9 0 89 0 0 0.0 84 573 3.0 6.7 da10 0 0 0 0 0.0 0 0 0.0 0.0 da11 0 0 0 0 0.0 0 0 0.0 0.0 da12 0 0 0 0 0.0 0 0 0.0 0.0 da13 0 0 0 0 0.0 0 0 0.0 0.0 da14 Fri Jan 10 08:22:28 CET 2014 dT: 1.032s w: 1.000s filter: da[0-9]+$ L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0 da0 0 0 0 0 0.0 0 0 0.0 0.0 da1 0 0 0 0 0.0 0 0 0.0 0.0 da2 0 0 0 0 0.0 0 0 0.0 0.0 da3 0 0 0 0 0.0 0 0 0.0 0.0 da4 0 0 0 0 0.0 0 0 0.0 0.0 da5 0 0 0 0 0.0 0 0 0.0 0.0 da6 0 0 0 0 0.0 0 0 0.0 0.0 da7 0 0 0 0 0.0 0 0 0.0 0.0 da8 0 0 0 0 0.0 0 0 0.0 0.0 da9 0 0 0 0 0.0 0 0 0.0 0.0 da10 0 91 0 0 0.0 85 590 4.9 9.5 da11 0 92 0 0 0.0 86 590 5.1 10.3 da12 0 0 0 0 0.0 0 0 0.0 0.0 da13 0 0 0 0 0.0 0 0 0.0 0.0 da14 Fri Jan 10 08:22:30 CET 2014 dT: 1.020s w: 1.000s filter: da[0-9]+$ L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0 da0 0 0 0 0 0.0 0 0 0.0 0.0 da1 0 0 0 0 0.0 0 0 0.0 0.0 da2 0 0 0 0 0.0 0 0 0.0 0.0 da3 0 0 0 0 0.0 0 0 0.0 0.0 da4 0 0 0 0 0.0 0 0 0.0 0.0 da5 0 0 0 0 0.0 0 0 0.0 0.0 da6 0 0 0 0 0.0 0 0 0.0 0.0 da7 0 0 0 0 0.0 0 0 0.0 0.0 da8 0 0 0 0 0.0 0 0 0.0 0.0 da9 0 0 0 0 0.0 0 0 0.0 0.0 da10 0 0 0 0 0.0 0 0 0.0 0.0 da11 0 0 0 0 0.0 0 0 0.0 0.0 da12 0 0 0 0 0.0 0 0 0.0 0.0 da13 0 0 0 0 0.0 0 0 0.0 0.0 da14 Fri Jan 10 08:22:32 CET 2014 dT: 1.058s w: 1.000s filter: da[0-9]+$ L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0 da0 0 0 0 0 0.0 0 0 0.0 0.0 da1 0 0 0 0 0.0 0 0 0.0 0.0 da2 0 0 0 0 0.0 0 0 0.0 0.0 da3 0 0 0 0 0.0 0 0 0.0 0.0 da4 0 0 0 0 0.0 0 0 0.0 0.0 da5 0 0 0 0 0.0 0 0 0.0 0.0 da6 0 81 0 0 0.0 76 576 1.8 4.1 da7 0 82 0 0 0.0 77 576 2.0 4.8 da8 0 0 0 0 0.0 0 0 0.0 0.0 da9 0 0 0 0 0.0 0 0 0.0 0.0 da10 0 0 0 0 0.0 0 0 0.0 0.0 da11 0 0 0 0 0.0 0 0 0.0 0.0 da12 0 0 0 0 0.0 0 0 0.0 0.0 da13 0 0 0 0 0.0 0 0 0.0 0.0 da14 Fri Jan 10 08:22:34 CET 2014 dT: 1.024s w: 1.000s filter: da[0-9]+$ L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0 da0 0 0 0 0 0.0 0 0 0.0 0.0 da1 0 0 0 0 0.0 0 0 0.0 0.0 da2 0 91 0 0 0.0 85 595 1.4 3.8 da3 0 91 0 0 0.0 85 595 1.5 3.6 da4 0 0 0 0 0.0 0 0 0.0 0.0 da5 0 0 0 0 0.0 0 0 0.0 0.0 da6 0 0 0 0 0.0 0 0 0.0 0.0 da7 0 0 0 0 0.0 0 0 0.0 0.0 da8 0 0 0 0 0.0 0 0 0.0 0.0 da9 0 0 0 0 0.0 0 0 0.0 0.0 da10 0 0 0 0 0.0 0 0 0.0 0.0 da11 0 0 0 0 0.0 0 0 0.0 0.0 da12 0 92 0 0 0.0 86 595 2.0 5.3 da13 0 93 0 0 0.0 87 595 2.0 5.0 da14 Fri Jan 10 08:22:36 CET 2014 dT: 1.073s w: 1.000s filter: da[0-9]+$ L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0 da0 0 81 0 0 0.0 76 568 2.2 4.4 da1 0 82 0 0 0.0 76 568 2.2 4.5 da2 0 0 0 0 0.0 0 0 0.0 0.0 da3 0 0 0 0 0.0 0 0 0.0 0.0 da4 0 88 0 0 0.0 82 568 2.1 5.7 da5 0 90 0 0 0.0 85 568 2.5 7.0 da6 0 0 0 0 0.0 0 0 0.0 0.0 da7 0 0 0 0 0.0 0 0 0.0 0.0 da8 0 47 0 0 0.0 42 488 2.1 3.9 da9 0 48 0 0 0.0 43 488 2.3 4.0 da10 0 0 0 0 0.0 0 0 0.0 0.0 da11 0 0 0 0 0.0 0 0 0.0 0.0 da12 0 0 0 0 0.0 0 0 0.0 0.0 da13 0 0 0 0 0.0 0 0 0.0 0.0 da14 Fri Jan 10 08:22:38 CET 2014 dT: 1.010s w: 1.000s filter: da[0-9]+$ L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0 da0 0 0 0 0 0.0 0 0 0.0 0.0 da1 0 0 0 0 0.0 0 0 0.0 0.0 da2 0 0 0 0 0.0 0 0 0.0 0.0 da3 0 0 0 0 0.0 0 0 0.0 0.0 da4 0 0 0 0 0.0 0 0 0.0 0.0 da5 0 0 0 0 0.0 0 0 0.0 0.0 da6 0 0 0 0 0.0 0 0 0.0 0.0 da7 0 0 0 0 0.0 0 0 0.0 0.0 da8 0 0 0 0 0.0 0 0 0.0 0.0 da9 0 0 0 0 0.0 0 0 0.0 0.0 da10 0 94 0 0 0.0 88 603 1.7 4.6 da11 0 92 0 0 0.0 86 603 1.8 4.5 da12 3 59 0 0 0.0 55 541 3.1 4.5 da13 4 60 0 0 0.0 56 541 3.2 4.5 da14 Fri Jan 10 08:22:40 CET 2014 dT: 1.073s w: 1.000s filter: da[0-9]+$ L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0 da0 0 0 0 0 0.0 0 0 0.0 0.0 da1 0 0 0 0 0.0 0 0 0.0 0.0 da2 0 0 0 0 0.0 0 0 0.0 0.0 da3 0 0 0 0 0.0 0 0 0.0 0.0 da4 0 88 0 0 0.0 82 568 2.0 4.6 da5 0 87 0 0 0.0 81 568 2.0 4.5 da6 0 0 0 0 0.0 0 0 0.0 0.0 da7 0 0 0 0 0.0 0 0 0.0 0.0 da8 0 86 0 0 0.0 80 568 2.1 4.7 da9 0 86 0 0 0.0 80 568 2.5 5.3 da10 0 0 0 0 0.0 0 0 0.0 0.0 da11 0 0 0 0 0.0 0 0 0.0 0.0 da12 0 0 0 0 0.0 0 0 0.0 0.0 da13 0 0 0 0 0.0 0 0 0.0 0.0 da14 Fri Jan 10 08:22:43 CET 2014 dT: 1.035s w: 1.000s filter: da[0-9]+$ L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0 da0 0 0 0 0 0.0 0 0 0.0 0.0 da1 0 0 0 0 0.0 0 0 0.0 0.0 da2 0 0 0 0 0.0 0 0 0.0 0.0 da3 0 0 0 0 0.0 0 0 0.0 0.0 da4 0 0 0 0 0.0 0 0 0.0 0.0 da5 0 0 0 0 0.0 0 0 0.0 0.0 da6 0 86 0 0 0.0 80 588 3.4 7.3 da7 0 85 0 0 0.0 79 588 3.5 7.6 da8 0 0 0 0 0.0 0 0 0.0 0.0 da9 0 0 0 0 0.0 0 0 0.0 0.0 da10 0 0 0 0 0.0 0 0 0.0 0.0 da11 0 0 0 0 0.0 0 0 0.0 0.0 da12 0 0 0 0 0.0 0 0 0.0 0.0 da13 0 0 0 0 0.0 0 0 0.0 0.0 da14 ^C FreeBSD 10.0-BETA1 #5 r256751 # zpool status pool: data1 state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM data1 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 errors: No known data errors pool: data2 state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM data2 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 errors: No known data errors pool: data3 state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM data3 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da5 ONLINE 0 0 0 da6 ONLINE 0 0 0 errors: No known data errors pool: data4 state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM data4 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da7 ONLINE 0 0 0 da8 ONLINE 0 0 0 errors: No known data errors pool: data5 state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM data5 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da9 ONLINE 0 0 0 da10 ONLINE 0 0 0 errors: No known data errors pool: data6 state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM data6 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da11 ONLINE 0 0 0 da12 ONLINE 0 0 0 errors: No known data errors pool: data7 state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM data7 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da13 ONLINE 0 0 0 da14 ONLINE 0 0 0 errors: No known data errors From owner-freebsd-fs@FreeBSD.ORG Fri Jan 10 13:08:28 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E0F6290 for ; Fri, 10 Jan 2014 13:08:28 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9BCEC1A08 for ; Fri, 10 Jan 2014 13:08:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id s0AD8PbX040806; Fri, 10 Jan 2014 17:08:25 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Fri, 10 Jan 2014 17:08:25 +0400 (MSK) From: Dmitry Morozovsky To: Attila Nagy Subject: Re: What does ZFS write when nothing should write there? In-Reply-To: <52CFA0B6.7090109@fsn.hu> Message-ID: References: <52CFA0B6.7090109@fsn.hu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Fri, 10 Jan 2014 17:08:25 +0400 (MSK) Cc: 'freebsd-fs' X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 13:08:28 -0000 On Fri, 10 Jan 2014, Attila Nagy wrote: > I've created 6 zpools, each of them with zpool create -m /data/A dataA mirror > daX daY. > The machine has nothing running except sshd and my shell. > > Yet, I see this in gstat: [snip] > 0 88 0 0 0.0 82 573 4.1 9.0 da5 > 0 89 0 0 0.0 83 573 4.8 9.8 da6 > 0 87 0 0 0.0 81 573 2.6 5.7 da9 > 0 89 0 0 0.0 84 573 3.0 6.7 da10 Did you turn off atime? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-fs@FreeBSD.ORG Fri Jan 10 13:11:48 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 851A7516 for ; Fri, 10 Jan 2014 13:11:48 +0000 (UTC) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30B041A7F for ; Fri, 10 Jan 2014 13:11:47 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 92F22128CF36; Fri, 10 Jan 2014 14:11:45 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.062375, version=1.2.3 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 10.9161] X-CRM114-CacheID: sfid-20140110_14114_D4733187 X-CRM114-Status: Good ( pR: 10.9161 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Fri Jan 10 14:11:45 2014 X-DSPAM-Confidence: 0.9941 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 52cff191583254147318591 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, >+On, 0.00049, wrote+>, 0.00189, wrote+>, 0.00189, >+>>, 0.00255, >+>>, 0.00255, On+Fri, 0.00301, >>+>>, 0.00362, From*Attila, 0.00438, Subject*ZFS, 0.00477, shell, 0.00477, wrote, 0.00520, wrote, 0.00520, References*fsn.hu>, 0.00583, Nagy+wrote, 0.00655, Received*online.co.hu+[195.228.243.99]), 0.00872, Received*[195.228.243.99]), 0.00872, Received*online.co.hu, 0.00872, From*Attila+Nagy, 0.00872, Received*(japan.t, 0.00872, From*Nagy++No, 0.00872, zpool, 0.01000, 0+84, 0.01000, Received*japan.t, 0.01000, X-Spambayes-Classification: ham; 0.00 Received: from japan.t-online.private (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id D9F5F128CF23; Fri, 10 Jan 2014 14:11:43 +0100 (CET) Message-ID: <52CFF18F.5040809@fsn.hu> Date: Fri, 10 Jan 2014 14:11:43 +0100 From: Attila Nagy MIME-Version: 1.0 To: Dmitry Morozovsky Subject: Re: What does ZFS write when nothing should write there? References: <52CFA0B6.7090109@fsn.hu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'freebsd-fs' X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 13:11:48 -0000 On 01/10/14 14:08, Dmitry Morozovsky wrote: > On Fri, 10 Jan 2014, Attila Nagy wrote: > >> I've created 6 zpools, each of them with zpool create -m /data/A dataA mirror >> daX daY. >> The machine has nothing running except sshd and my shell. >> >> Yet, I see this in gstat: > [snip] > >> 0 88 0 0 0.0 82 573 4.1 9.0 da5 >> 0 89 0 0 0.0 83 573 4.8 9.8 da6 >> 0 87 0 0 0.0 81 573 2.6 5.7 da9 >> 0 89 0 0 0.0 84 573 3.0 6.7 da10 > Did you turn off atime? > No, but how does it matter? The process list is the following: init, getty, sshd, csh and the pool is completely empty. From owner-freebsd-fs@FreeBSD.ORG Fri Jan 10 13:24:55 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D54CF9B8 for ; Fri, 10 Jan 2014 13:24:55 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 708BC1B55 for ; Fri, 10 Jan 2014 13:24:55 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007504535.msg for ; Fri, 10 Jan 2014 13:24:46 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 10 Jan 2014 13:24:46 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1087d2331c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: <29BFE2939CF14317A149D6C2D68D9A8E@multiplay.co.uk> From: "Steven Hartland" To: "Attila Nagy" , "Dmitry Morozovsky" References: <52CFA0B6.7090109@fsn.hu> <52CFF18F.5040809@fsn.hu> Subject: Re: What does ZFS write when nothing should write there? Date: Fri, 10 Jan 2014 13:24:25 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: 'freebsd-fs' X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 13:24:55 -0000 ----- Original Message ----- From: "Attila Nagy" > On 01/10/14 14:08, Dmitry Morozovsky wrote: >> On Fri, 10 Jan 2014, Attila Nagy wrote: >> >>> I've created 6 zpools, each of them with zpool create -m /data/A dataA mirror >>> daX daY. >>> The machine has nothing running except sshd and my shell. >>> >>> Yet, I see this in gstat: >> [snip] >> >>> 0 88 0 0 0.0 82 573 4.1 9.0 da5 >>> 0 89 0 0 0.0 83 573 4.8 9.8 da6 >>> 0 87 0 0 0.0 81 573 2.6 5.7 da9 >>> 0 89 0 0 0.0 84 573 3.0 6.7 da10 >> Did you turn off atime? >> > No, but how does it matter? > The process list is the following: init, getty, sshd, csh and the pool > is completely empty. With atime on each time you access a file it will update its "atime" hence causing writes. We use atime=off at the pool level on all machines to avoid that zfs set atime=off 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. From owner-freebsd-fs@FreeBSD.ORG Fri Jan 10 13:28:33 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E41B2AF1 for ; Fri, 10 Jan 2014 13:28:33 +0000 (UTC) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8FA021C95 for ; Fri, 10 Jan 2014 13:28:33 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id BD62012B003E; Fri, 10 Jan 2014 14:28:30 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.044161, version=1.2.3 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 14.0615] X-CRM114-CacheID: sfid-20140110_14282_E3A8EEC4 X-CRM114-Status: Good ( pR: 14.0615 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Fri Jan 10 14:28:30 2014 X-DSPAM-Confidence: 0.9951 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 52cff57e660512995237406 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, wrote+>, 0.00189, >+>>, 0.00255, that+>, 0.00292, On+Fri, 0.00301, >>+On, 0.00309, >+>, 0.00323, >+>, 0.00323, From*Attila, 0.00438, zfs, 0.00438, wrote+>>>, 0.00438, wrote+>>>, 0.00438, Subject*ZFS, 0.00477, shell, 0.00477, wrote, 0.00520, wrote, 0.00520, writes, 0.00583, >>>+>>, 0.00583, References*fsn.hu>, 0.00583, References*fsn.hu>, 0.00583, writes+>, 0.00655, Nagy+wrote, 0.00655, each+time, 0.00748, >>>>+>>>>, 0.00748, Received*online.co.hu+[195.228.243.99]), 0.00872, Received*[195.228.243.99]), 0.00872, X-Spambayes-Classification: ham; 0.00 Received: from japan.t-online.private (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id AD38C12B0032; Fri, 10 Jan 2014 14:28:29 +0100 (CET) Message-ID: <52CFF57D.4060804@fsn.hu> Date: Fri, 10 Jan 2014 14:28:29 +0100 From: Attila Nagy MIME-Version: 1.0 To: Steven Hartland , Dmitry Morozovsky Subject: Re: What does ZFS write when nothing should write there? References: <52CFA0B6.7090109@fsn.hu> <52CFF18F.5040809@fsn.hu> <29BFE2939CF14317A149D6C2D68D9A8E@multiplay.co.uk> In-Reply-To: <29BFE2939CF14317A149D6C2D68D9A8E@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'freebsd-fs' X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 13:28:34 -0000 On 01/10/14 14:24, Steven Hartland wrote: > ----- Original Message ----- From: "Attila Nagy" > >> On 01/10/14 14:08, Dmitry Morozovsky wrote: >>> On Fri, 10 Jan 2014, Attila Nagy wrote: >>> >>>> I've created 6 zpools, each of them with zpool create -m /data/A >>>> dataA mirror >>>> daX daY. >>>> The machine has nothing running except sshd and my shell. >>>> >>>> Yet, I see this in gstat: >>> [snip] >>> >>>> 0 88 0 0 0.0 82 573 4.1 9.0 da5 >>>> 0 89 0 0 0.0 83 573 4.8 9.8 da6 >>>> 0 87 0 0 0.0 81 573 2.6 5.7 da9 >>>> 0 89 0 0 0.0 84 573 3.0 6.7 da10 >>> Did you turn off atime? >>> >> No, but how does it matter? >> The process list is the following: init, getty, sshd, csh and the >> pool is completely empty. > > With atime on each time you access a file it will update its "atime" > hence causing writes. > > We use atime=off at the pool level on all machines to avoid that > zfs set atime=off I owe you a beer if you can explain why this matters on an empty file system on a machine, which has four processes running: init, getty, sshd and csh. :) From owner-freebsd-fs@FreeBSD.ORG Fri Jan 10 13:29:24 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29771B68 for ; Fri, 10 Jan 2014 13:29:24 +0000 (UTC) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A49021C9B for ; Fri, 10 Jan 2014 13:29:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id s0ADTLmF041394; Fri, 10 Jan 2014 17:29:21 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Fri, 10 Jan 2014 17:29:21 +0400 (MSK) From: Dmitry Morozovsky To: Steven Hartland Subject: Re: What does ZFS write when nothing should write there? In-Reply-To: <29BFE2939CF14317A149D6C2D68D9A8E@multiplay.co.uk> Message-ID: References: <52CFA0B6.7090109@fsn.hu> <52CFF18F.5040809@fsn.hu> <29BFE2939CF14317A149D6C2D68D9A8E@multiplay.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (woozle.rinet.ru [0.0.0.0]); Fri, 10 Jan 2014 17:29:21 +0400 (MSK) Cc: 'freebsd-fs' X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 13:29:24 -0000 On Fri, 10 Jan 2014, Steven Hartland wrote: > > > > I've created 6 zpools, each of them with zpool create -m /data/A dataA > > > > mirror > > > > daX daY. > > > > The machine has nothing running except sshd and my shell. > > > > > > > > Yet, I see this in gstat: > > > [snip] > > > > > > > 0 88 0 0 0.0 82 573 4.1 9.0 da5 > > > > 0 89 0 0 0.0 83 573 4.8 9.8 da6 > > > > 0 87 0 0 0.0 81 573 2.6 5.7 da9 > > > > 0 89 0 0 0.0 84 573 3.0 6.7 da10 > > > Did you turn off atime? > > > > > No, but how does it matter? > > The process list is the following: init, getty, sshd, csh and the pool is > > completely empty. > > With atime on each time you access a file it will update its "atime" > hence causing writes. > > We use atime=off at the pool level on all machines to avoid that > zfs set atime=off BTW, it seems that ZFS updates atime of some inodes (root one?) on every kernel update thread invocation even when completely empty -- is it correct behaviour? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-fs@FreeBSD.ORG Fri Jan 10 14:18:49 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41553986 for ; Fri, 10 Jan 2014 14:18:49 +0000 (UTC) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DF2501FF7 for ; Fri, 10 Jan 2014 14:18:48 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id BE93812B029F; Fri, 10 Jan 2014 15:18:45 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.008505, version=1.2.3 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 11.0847] X-CRM114-CacheID: sfid-20140110_15184_7F41C7B2 X-CRM114-Status: Good ( pR: 11.0847 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Fri Jan 10 15:18:45 2014 X-DSPAM-Confidence: 0.9947 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 52d00145893637888713381 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, >+On, 0.00049, kernel, 0.00088, wrote+>, 0.00189, wrote+>, 0.00189, On+Fri, 0.00301, >>+>>, 0.00362, ZFS, 0.00438, From*Attila, 0.00438, zfs, 0.00438, Subject*ZFS, 0.00477, shell, 0.00477, wrote, 0.00520, wrote, 0.00520, writes, 0.00583, References*fsn.hu>, 0.00583, References*fsn.hu>, 0.00583, root, 0.00610, each+time, 0.00748, Received*online.co.hu+[195.228.243.99]), 0.00872, 14+29, 0.00872, Received*[195.228.243.99]), 0.00872, Received*online.co.hu, 0.00872, From*Attila+Nagy, 0.00872, Received*(japan.t, 0.00872, From*Nagy+ Date: Fri, 10 Jan 2014 15:18:43 +0100 From: Attila Nagy MIME-Version: 1.0 To: Dmitry Morozovsky , Steven Hartland Subject: Re: What does ZFS write when nothing should write there? References: <52CFA0B6.7090109@fsn.hu> <52CFF18F.5040809@fsn.hu> <29BFE2939CF14317A149D6C2D68D9A8E@multiplay.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'freebsd-fs' X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 14:18:49 -0000 On 01/10/14 14:29, Dmitry Morozovsky wrote: > On Fri, 10 Jan 2014, Steven Hartland wrote: > >>>>> I've created 6 zpools, each of them with zpool create -m /data/A dataA >>>>> mirror >>>>> daX daY. >>>>> The machine has nothing running except sshd and my shell. >>>>> >>>>> Yet, I see this in gstat: >>>> [snip] >>>> >>>>> 0 88 0 0 0.0 82 573 4.1 9.0 da5 >>>>> 0 89 0 0 0.0 83 573 4.8 9.8 da6 >>>>> 0 87 0 0 0.0 81 573 2.6 5.7 da9 >>>>> 0 89 0 0 0.0 84 573 3.0 6.7 da10 >>>> Did you turn off atime? >>>> >>> No, but how does it matter? >>> The process list is the following: init, getty, sshd, csh and the pool is >>> completely empty. >> With atime on each time you access a file it will update its "atime" >> hence causing writes. >> >> We use atime=off at the pool level on all machines to avoid that >> zfs set atime=off > BTW, it seems that ZFS updates atime of some inodes (root one?) on every kernel > update thread invocation even when completely empty -- is it correct behaviour? > Because there are no files, it must (?) be the root. But at this frequency? From owner-freebsd-fs@FreeBSD.ORG Fri Jan 10 15:07:12 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 677F74DC for ; Fri, 10 Jan 2014 15:07:12 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 24497134B for ; Fri, 10 Jan 2014 15:07:11 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1W1dfx-0002KG-9J for freebsd-fs@freebsd.org; Fri, 10 Jan 2014 16:07:09 +0100 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-fs@freebsd.org Subject: Re: What does ZFS write when nothing should write there? References: <52CFA0B6.7090109@fsn.hu> <52CFF18F.5040809@fsn.hu> <29BFE2939CF14317A149D6C2D68D9A8E@multiplay.co.uk> <52D00143.9060603@fsn.hu> Date: Fri, 10 Jan 2014 16:05:51 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <52D00143.9060603@fsn.hu> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.5 X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.1 X-Scan-Signature: e462de357cb394d64966911c06262bc8 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 15:07:12 -0000 On Fri, 10 Jan 2014 15:18:43 +0100, Attila Nagy wrote: > On 01/10/14 14:29, Dmitry Morozovsky wrote: >> On Fri, 10 Jan 2014, Steven Hartland wrote: >> >>>>>> I've created 6 zpools, each of them with zpool create -m /data/A >>>>>> dataA >>>>>> mirror >>>>>> daX daY. >>>>>> The machine has nothing running except sshd and my shell. >>>>>> >>>>>> Yet, I see this in gstat: >>>>> [snip] >>>>> >>>>>> 0 88 0 0 0.0 82 573 4.1 9.0 da5 >>>>>> 0 89 0 0 0.0 83 573 4.8 9.8 da6 >>>>>> 0 87 0 0 0.0 81 573 2.6 5.7 da9 >>>>>> 0 89 0 0 0.0 84 573 3.0 6.7 da10 >>>>> Did you turn off atime? >>>>> >>>> No, but how does it matter? >>>> The process list is the following: init, getty, sshd, csh and the >>>> pool is >>>> completely empty. >>> With atime on each time you access a file it will update its "atime" >>> hence causing writes. >>> >>> We use atime=off at the pool level on all machines to avoid that >>> zfs set atime=off >> BTW, it seems that ZFS updates atime of some inodes (root one?) on >> every kernel >> update thread invocation even when completely empty -- is it correct >> behaviour? >> > Because there are no files, it must (?) be the root. But at this > frequency? Some dtrace commands might give enlightenment. Ronald From owner-freebsd-fs@FreeBSD.ORG Sat Jan 11 01:03:08 2014 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 985A5A98; Sat, 11 Jan 2014 01:03:08 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6A2191148; Sat, 11 Jan 2014 01:03:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0B138wS048064; Sat, 11 Jan 2014 01:03:08 GMT (envelope-from pfg@freefall.freebsd.org) Received: (from pfg@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0B138Us048063; Sat, 11 Jan 2014 01:03:08 GMT (envelope-from pfg) Date: Sat, 11 Jan 2014 01:03:08 GMT Message-Id: <201401110103.s0B138Us048063@freefall.freebsd.org> To: pfg@FreeBSD.org, freebsd-fs@FreeBSD.org, pfg@FreeBSD.org From: pfg@FreeBSD.org Subject: Re: kern/185448: [ext2fs] ext2fs corrupt dir inode, FreeBSD 10 RC3 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 01:03:08 -0000 Synopsis: [ext2fs] ext2fs corrupt dir inode, FreeBSD 10 RC3 Responsible-Changed-From-To: freebsd-fs->pfg Responsible-Changed-By: pfg Responsible-Changed-When: Sat Jan 11 01:00:12 UTC 2014 Responsible-Changed-Why: I think it is some leftover from the (disabled) htree support. It shouldn't be of consequence so I will get a fix after 10-Release. Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=185448 From owner-freebsd-fs@FreeBSD.ORG Sat Jan 11 01:09:26 2014 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09EC8B5D; Sat, 11 Jan 2014 01:09:26 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0E0C117C; Sat, 11 Jan 2014 01:09:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0B19PQJ048492; Sat, 11 Jan 2014 01:09:25 GMT (envelope-from pfg@freefall.freebsd.org) Received: (from pfg@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0B19O2u048491; Sat, 11 Jan 2014 01:09:24 GMT (envelope-from pfg) Date: Sat, 11 Jan 2014 01:09:24 GMT Message-Id: <201401110109.s0B19O2u048491@freefall.freebsd.org> To: bjoern@cs.tu-berlin.de, pfg@FreeBSD.org, freebsd-fs@FreeBSD.org From: pfg@FreeBSD.org Subject: Re: kern/104133: [ext2fs] EXT2FS module corrupts EXT2/3 filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 01:09:26 -0000 Synopsis: [ext2fs] EXT2FS module corrupts EXT2/3 filesystems State-Changed-From-To: open->closed State-Changed-By: pfg State-Changed-When: Sat Jan 11 01:05:03 UTC 2014 State-Changed-Why: We have never supported extended attributes in ext2/3. Linux seems to have made changes several times in the support of extended attributes and our current ext2fs implementation has also been improved. This strange problem should not happen in newer FreeBSD (9.2+). http://www.freebsd.org/cgi/query-pr.cgi?pr=104133 From owner-freebsd-fs@FreeBSD.ORG Sat Jan 11 01:15:23 2014 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4EA4C01; Sat, 11 Jan 2014 01:15:23 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A86A11EA; Sat, 11 Jan 2014 01:15:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s0B1FNn5051331; Sat, 11 Jan 2014 01:15:23 GMT (envelope-from pfg@freefall.freebsd.org) Received: (from pfg@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s0B1FMO1051330; Sat, 11 Jan 2014 01:15:22 GMT (envelope-from pfg) Date: Sat, 11 Jan 2014 01:15:22 GMT Message-Id: <201401110115.s0B1FMO1051330@freefall.freebsd.org> To: vermaden@interia.pl, pfg@FreeBSD.org, freebsd-fs@FreeBSD.org From: pfg@FreeBSD.org Subject: Re: kern/142597: [ext2fs] ext2fs does not work on filesystems with really big directories X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 01:15:23 -0000 Synopsis: [ext2fs] ext2fs does not work on filesystems with really big directories State-Changed-From-To: open->closed State-Changed-By: pfg State-Changed-When: Sat Jan 11 01:10:18 UTC 2014 State-Changed-Why: There is a new BSD-licensed implementation with several recent changes that take care of any possible overflow in case of many directories. Unfortunately it doesn't seem possible to implement the ext4 option to support more than 32000 directories in FreeBSD but we shouldn't have problems handling the normal ext2/ext3 directories. GNATS: Enter the reason for changing this PR's state here. GNATS: Lines beginning with "GNATS:" will be deleted. http://www.freebsd.org/cgi/query-pr.cgi?pr=142597