From owner-freebsd-geom@freebsd.org Fri Jul 8 13:53:15 2016 Return-Path: Delivered-To: freebsd-geom@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E2D7B845BD for ; Fri, 8 Jul 2016 13:53:15 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0114.outbound.protection.outlook.com [104.47.37.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DAA0412F2; Fri, 8 Jul 2016 13:53:14 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=GArmtuHAayg+nbeEDY3/Cuz0NC3Kt+nnCwo540QS2+c=; b=YJuNPUzAu8+9Uow7Lk8xO3yfARGu9TLAZcT+wUbd7c9HAxEODjXVmJwnD4qkcYFSwuwMsga7EjCZ1logK7tuhUtd1XdveMXpo7psHGxocZyHqya8rNsKMo1CTthAkVpIuCSvXwGfif/+DlpYQ19cpPWW7dPRg5+xzia9l9azOK8= Received: from CO2PR03MB2182.namprd03.prod.outlook.com (10.166.92.17) by CO2PR03MB2213.namprd03.prod.outlook.com (10.166.92.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.528.16; Fri, 8 Jul 2016 12:19:01 +0000 Received: from CO2PR03MB2182.namprd03.prod.outlook.com ([10.166.92.17]) by CO2PR03MB2182.namprd03.prod.outlook.com ([10.166.92.17]) with mapi id 15.01.0534.020; Fri, 8 Jul 2016 12:19:01 +0000 From: Dexuan Cui To: "freebsd-geom@freebsd.org" CC: Allan Jude , sobomax , ken , imp , Hongjiang Zhang , Sepherosa Ziehau Subject: How to force GEOM to recalculate the free space after the disk is resized? Thread-Topic: How to force GEOM to recalculate the free space after the disk is resized? Thread-Index: AdHZDRzvMnaRHenxQ+mzWQWfArdlkw== Date: Fri, 8 Jul 2016 12:19:01 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=decui@microsoft.com; x-originating-ip: [2404:f801:9000:19::5e6] x-ms-office365-filtering-correlation-id: c45b8368-0e0a-4099-cc8a-08d3a72a0ba5 x-microsoft-exchange-diagnostics: 1; CO2PR03MB2213; 6:7cJwbnSJrpNl+LfgDJLxo0XebqIn6KHSqNgdtewelja+ZrHrDrOBU4lmjFUsO6Qv0zETOmbBLVYvSld3x5pUc8JPGybI+0xQtCNHV1cKyx19JWwFVENXib25zQfW4Fzom+5fBNgWAOGj24Yqe4kmOh5GA6sqWx5L3VKW0Dx6sHXpTHf142qxc3FkVRfnoWFZK5btT2bLpeL9TR3DJUCSavlvK0t56ISlZlE6mpbAYUP1WTs5X7OY7VSA8yb7wn35EzVbx1wj22B1kWMStzcUvhS6pe53Kud+HaGVLFN93HY5OauWdlU0cvIBGgDZpNhbQEsJ5vn+UQHAJiBrVDs1kQ==; 5:TRJDvdHNzcDBL/ViyTc30KY3RmqFeK0WCeltT+vtgQu+Zs+gH+r1IpDYOW4tDkqIfUg/dr8wFdTwQyiPSmoSQN1LeF6oj0nI2ye1ERCTEUf2lXz1tFao44+hUaThXTsWH3uaQGCuWV2cjrAogt0RiQ==; 24:pS3gzoD7cWjBWUpTqLIuRcmiskeixkum2B/ZXtxvM7fEMEcoQcml8DF+XKQnuKCb8/oAbxBPosyatFrC2j9cO/FFPwkrhOtdIaquoc3UHq0=; 7:5xns9XYhZTUMkxfjOt747EAE54cSh43t56zoMH0KfqlKgY/BaBAmfHPMqIDD2MmmvO4jVz3UWbqRWzvX+rCmF00JoJdD7/C31TBLubsgqUhm0YUmTO/TcqxYfbC7abnlRP9nKpF/rFo36ZssYNGjzE0g52kbKKxmz3uOTuEt7JIaP7RjrcaBjoS4akCxB4tQRHyO1oNtSpLV1IWN9m0jk5O4zIizBkLlptS1jR+6vvdt5DWGVsaG39x8ILa9Nk29 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR03MB2213; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(209352067349851); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(61426038)(61427038); SRVR:CO2PR03MB2213; BCL:0; PCL:0; RULEID:; SRVR:CO2PR03MB2213; x-forefront-prvs: 0997523C40 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(7916002)(189002)(199003)(50986999)(2501003)(92566002)(4326007)(74316002)(5640700001)(9686002)(106356001)(305945005)(54356999)(19580405001)(2900100001)(110136002)(97736004)(87936001)(81156014)(6116002)(2906002)(10090500001)(99286002)(8676002)(81166006)(76576001)(11100500001)(101416001)(102836003)(5005710100001)(8990500004)(10290500002)(33656002)(10400500002)(3280700002)(86362001)(122556002)(3660700001)(77096005)(8936002)(189998001)(105586002)(229853001)(5003600100003)(2351001)(586003)(68736007)(7846002)(7696003)(86612001)(5002640100001)(7736002)(3826002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR03MB2213; H:CO2PR03MB2182.namprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jul 2016 12:19:01.3850 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR03MB2213 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 13:53:15 -0000 Hi, I have a FreeBSD virtual machine (VM) running on Hyper-V and I'm testin= g Hyper-V's Disk Online Resizing feature. The feature can expand or shrink = the (virtual) disk capacity of a VM when the VM is running. There is an issue with gpart or GEOM: after the disk capacity is expanded (= or shrunk), gpart/GEOM can detect the new bigger capacity, but the free spa= ce displayed by gpart remained the same unless I open the disk dev file for= writing, e.g., [root@decui-bsd11 ~]# gpart create -s MBR /dev/da1 da1 created [root@decui-bsd11 ~]# gpart show /dev/da1 =3D> 63 83886017 da1 MBR (40G) 63 83886017 - free - (40G) [root@decui-bsd11 ~]# diskinfo /dev/da1 /dev/da1 512 42949672960 83886080 4096 0 522= 1 255 63 Now I expand the disk from 40GB to 50GB by Hyper-V management tool. Next, I get the below, i.e., gpart/GEOM detects the new disk capacity, but = the free space remains the same. (Note: the first diskinfo failure should be expected: Hyper-V only notifies= the VM of the capacity change on the VM's next read or write request, and = in the VM it seems there is a race condition between the ioctl and the hand= ling of capacity change. I'll see how this can be fixed.) [root@decui-bsd11 ~]# diskinfo /dev/da1 diskinfo: /dev/da1: ioctl(DIOCGMEDIASIZE) failed, probably not a disk. [root@decui-bsd11 ~]# diskinfo /dev/da1 /dev/da1 512 53687091200 104857600 4096 0 652= 7 255 63 [root@decui-bsd11 ~]# gpart show /dev/da1 =3D> 63 83886017 da1 MBR (50G) 63 83886017 - free - (40G) Now, if I run a program that only does "openat(AT_FDCWD,"/dev/da1",O_WRONLY= |O_CREAT,0644);", GEOM will detect that the free space is 50GB now and GEOM= will pass this info to gpart: [root@decui-bsd11 ~]# gpart show /dev/da1 =3D> 63 104857537 da1 MBR (50G) 63 104857537 - free - (50G) I'm not familiar with GEOM. Can somebody please explain the behavior? I don't know who exactly maintains GEOM , so I just picked some names from = "git log geom/" and put you to Cc. Sorry if this mail bothers you. :-) Thanks, -- Dexuan From owner-freebsd-geom@freebsd.org Fri Jul 8 15:20:27 2016 Return-Path: Delivered-To: freebsd-geom@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABC98B85CF5 for ; Fri, 8 Jul 2016 15:20:27 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 725F01226 for ; Fri, 8 Jul 2016 15:20:27 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-io0-x232.google.com with SMTP id s93so4257006ioi.3 for ; Fri, 08 Jul 2016 08:20:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=HXofvCRTPQpGmiALrU5AvlDCXSfzOGFP+bVeYZHaNhw=; b=QOZneCMqyIJQaiPiib25W2WaLDY2h7WKOCycCFS01/TR4ToT4fYQcuaXl40IuQErLL 1A+GJAKUKGMMhREeHWoFy8BGsyMsbVMBgFM0J9HH/pAymczF3c3Gj0LckrBjCC/LjU0E uefyK+RCRyZAAHl+1Oqt8SnP6d54iSnNEWtFpw/+HbN1cYM5Ds54ujawYUlLM9vZeBvQ DvUleEItwygBNiChvik8Itnsxktu2aJv6ieHZib0ZoKBNvTYTzf00BYHJMgzr66Ug2Go bbRS5A5xOuL8JCymC/cwJMR1V8WufBz0QlCtoi2PxlqGHQkCe5QUUoHDkPuiemNfQe++ k+XQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=HXofvCRTPQpGmiALrU5AvlDCXSfzOGFP+bVeYZHaNhw=; b=AX5u6Hj5gAFLZMITViR39MO4xqnXfmzGDXpBA8QKXkxLFtic9kp4fDnLzMN5I1UUK8 D5Qfon+oK5NzIgBhtkl/mFuE30GL6kuNen3UgxPdSNEIpFH3GJvy9F9HEpNzs3TxLooI YicR6ucJi1ozzXj7AD/Bk+/NS0CN6X2ENWI4scqwUZMoWGoAP9DoicVJsroAb4c1Xjj2 aXGanw2663oAb9Ugv7Ej/UjYsgaWXJi6Xl2nOjcnRcp993xZ8r48nnYuHWena9gLMDVp ndyHajrK3RKPEWR841YZs+HlwkAR2WyJuBg/21EOvKzBhaa5GfRi+m542KEMcShuN3bN KOYg== X-Gm-Message-State: ALyK8tI3dyZ8jA4QGlPSAOCT35evnWeKNBCEBK5mO6oQXXZ/Wj18+tgmIKjCFqwQkfO00phBUcWUAxpdG0CLdZpK X-Received: by 10.107.16.142 with SMTP id 14mr8693859ioq.142.1467991226794; Fri, 08 Jul 2016 08:20:26 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.59.193 with HTTP; Fri, 8 Jul 2016 08:20:26 -0700 (PDT) In-Reply-To: References: From: Maxim Sobolev Date: Fri, 8 Jul 2016 08:20:26 -0700 X-Google-Sender-Auth: WTlavPelMKnHymh8wmZWD0vvB1g Message-ID: Subject: Re: How to force GEOM to recalculate the free space after the disk is resized? To: Dexuan Cui Cc: "freebsd-geom@freebsd.org" , Allan Jude , ken , imp , Hongjiang Zhang , Sepherosa Ziehau Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 15:20:27 -0000 Smells like a bug in the geom_part where it supposed to re-read the partitions and update its internal structures. The reason why it works when you open dev/da1 for writing is because the geom_part provider that is attached to that disk is destroyed and created anew when you close the fd. -Maxim On Fri, Jul 8, 2016 at 5:19 AM, Dexuan Cui wrote: > Hi, I have a FreeBSD virtual machine (VM) running on Hyper-V and I'm > testing Hyper-V's Disk Online Resizing feature. The feature can expand or > shrink the (virtual) disk capacity of a VM when the VM is running. > > There is an issue with gpart or GEOM: after the disk capacity is expanded > (or shrunk), gpart/GEOM can detect the new bigger capacity, but the free > space displayed by gpart remained the same unless I open the disk dev file > for writing, e.g., > > [root@decui-bsd11 ~]# gpart create -s MBR /dev/da1 > da1 created > [root@decui-bsd11 ~]# gpart show /dev/da1 > => 63 83886017 da1 MBR (40G) > 63 83886017 - free - (40G) > [root@decui-bsd11 ~]# diskinfo /dev/da1 > /dev/da1 512 42949672960 83886080 4096 0 > 5221 255 63 > > Now I expand the disk from 40GB to 50GB by Hyper-V management tool. > > Next, I get the below, i.e., gpart/GEOM detects the new disk capacity, but > the free space remains the same. > (Note: the first diskinfo failure should be expected: Hyper-V only > notifies the VM of the capacity change on the VM's next read or write > request, and in the VM it seems there is a race condition between the ioctl > and the handling of capacity change. I'll see how this can be fixed.) > > [root@decui-bsd11 ~]# diskinfo /dev/da1 > diskinfo: /dev/da1: ioctl(DIOCGMEDIASIZE) failed, probably not a disk. > [root@decui-bsd11 ~]# diskinfo /dev/da1 > /dev/da1 512 53687091200 104857600 4096 0 > 6527 255 63 > > [root@decui-bsd11 ~]# gpart show /dev/da1 > => 63 83886017 da1 MBR (50G) > 63 83886017 - free - (40G) > > Now, if I run a program that only does > "openat(AT_FDCWD,"/dev/da1",O_WRONLY|O_CREAT,0644);", GEOM will detect that > the free space is 50GB now and GEOM will pass this info to gpart: > > [root@decui-bsd11 ~]# gpart show /dev/da1 > => 63 104857537 da1 MBR (50G) > 63 104857537 - free - (50G) > > I'm not familiar with GEOM. > Can somebody please explain the behavior? > > I don't know who exactly maintains GEOM , so I just picked some names from > "git log geom/" and put you to Cc. Sorry if this mail bothers you. :-) > > Thanks, > -- Dexuan > > From owner-freebsd-geom@freebsd.org Fri Jul 8 17:33:18 2016 Return-Path: Delivered-To: freebsd-geom@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CD14B84E30 for ; Fri, 8 Jul 2016 17:33:18 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3h.cmail.yandex.net (forward3h.cmail.yandex.net [IPv6:2a02:6b8:0:f35::13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 93F401A36; Fri, 8 Jul 2016 17:33:17 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::117]) by forward3h.cmail.yandex.net (Yandex) with ESMTP id 93B3620C9C; Fri, 8 Jul 2016 20:33:04 +0300 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 91C881B40439; Fri, 8 Jul 2016 20:33:04 +0300 (MSK) Received: by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 2BGZRV2KQT-X3rGOb1w; Fri, 08 Jul 2016 20:33:04 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1467999184; bh=9fkuew6jMssKDp3npWDJcyzy/2O69UleN8W8c0I3k9s=; h=Subject:To:References:Cc:From:Message-ID:Date:In-Reply-To; b=MII8IDAt/R64RBoYF6XkSYK/jSlceoaYFFUZbaw4JUj0mBpSl1Pdu2KpvslajQQFl ATO5mM6uV6ENMIMnjLuN8tuqXkFWjMcoWoT26ku5+J2Rju2vHrpSE2qLQRiD0Bc0Bw 4c1ujJoAT4cv7BpsmQbJsTyqxeL89mXwSBg0RJUk= Authentication-Results: smtp3h.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0,1 0,1 0,1 0,1 0,1 0,1 0 Subject: Re: How to force GEOM to recalculate the free space after the disk is resized? To: Dexuan Cui , "freebsd-geom@freebsd.org" References: Cc: sobomax , Sepherosa Ziehau , ken , Allan Jude , Hongjiang Zhang , imp From: "Andrey V. Elsukov" Message-ID: <577FE380.8020601@yandex.ru> Date: Fri, 8 Jul 2016 20:31:44 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7kjwIBESMtCTwO7BFeakERbPUkr0e9Nc9" X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 17:33:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7kjwIBESMtCTwO7BFeakERbPUkr0e9Nc9 Content-Type: multipart/mixed; boundary="p9NDGIRHGUbuWXSpeh26HsTsECfFJrWEM" From: "Andrey V. Elsukov" To: Dexuan Cui , "freebsd-geom@freebsd.org" Cc: sobomax , Sepherosa Ziehau , ken , Allan Jude , Hongjiang Zhang , imp Message-ID: <577FE380.8020601@yandex.ru> Subject: Re: How to force GEOM to recalculate the free space after the disk is resized? References: In-Reply-To: --p9NDGIRHGUbuWXSpeh26HsTsECfFJrWEM Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 08.07.16 15:19, Dexuan Cui via freebsd-geom wrote: > I'm not familiar with GEOM. Can somebody please explain the > behavior? >=20 What FreeBSD version do you use? What messages do you see in the console/dmesg after resizing of disk? --=20 WBR, Andrey V. Elsukov --p9NDGIRHGUbuWXSpeh26HsTsECfFJrWEM-- --7kjwIBESMtCTwO7BFeakERbPUkr0e9Nc9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJXf+OAAAoJEAHF6gQQyKF6Ya4H/056Hi5HAovd6AEZBeLWCvJ3 AuGvsbNPO5FUdLZHPuIr9SA6M1yxB922C6dkTsBk5Uyd3UyvsocD4ON67mtmeeaY +P7LuLdb1OyYuYq4KXi3ASq1hWgTcad43UyB+mLQSrDhKXASqccmFs5tzcJzInyg AkLoOHcjPFfgfEHDCkc6C0cjTuMk8vSpR9v0zYzr0sWg299jUGxX7Aw7daznvHaD UqexdJN+Mvm/7sPTwoWxFB4rlLwo3NkXSBZkSUX5vov/X9oUkKNz7OyZvdZfRu9Q tzJIfCbyzHvwgesoq0gqHf/v05Kmk1r8f89rUl1BhKzsbyWlSRU8vYoiWLoDLbI= =+1o/ -----END PGP SIGNATURE----- --7kjwIBESMtCTwO7BFeakERbPUkr0e9Nc9-- From owner-freebsd-geom@freebsd.org Fri Jul 8 18:03:25 2016 Return-Path: Delivered-To: freebsd-geom@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B21CB853E7 for ; Fri, 8 Jul 2016 18:03:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BD921752 for ; Fri, 8 Jul 2016 18:03:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x234.google.com with SMTP id h190so15476468ith.1 for ; Fri, 08 Jul 2016 11:03:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=Bao8I4BHBBmFu2DW6HaXuXqC9Vf3tBxi/IuEftX++ZY=; b=orHb0f3mG47m29JcwA1tVDiSSCntNJp0eAFyY+Y0ocpahQx6LRrBZ3p9nMAnx08LOa hC8KomMcLo4Qj3M8cXamrGSSbw7Ru+ggWariw0sDszuqf5O2lnVucRUTIttSCaK3EiC2 f2bnIe1SGyk6rA/gLCOZ6BX5DLishcVSTLWomh9VcPNdK4NWfI7HURkpyqCfs9QwrhTN DES569i4Ss/tH2ddGK7geP3v9h7KL9g33dW/zgYW8U9XpkuZK4ouptE+aW5dDmEUGOr4 Nj1RiL7X3dPJfFJaih2mjppRfKeC8mjZECrINGJBm5IgSuvmBpKIuf0MyPXWIgTal+We J/EQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=Bao8I4BHBBmFu2DW6HaXuXqC9Vf3tBxi/IuEftX++ZY=; b=AlzilTWhNBavdOZZuE55AIr3mYgdlSA3dVVJyOezpzoVY1hnY/Z5w6FiolBoARC+2z vkwOkYLapMHKnYJlWyWxrKIWgsj4/OFwmRCDbw+dTkxOTIfGeoQmlnFBL3NOtgIR/2Os kyVn9ebCiLN0R0MuIx4Pg/g2irkbaCussRSo+bCDVkJFC9tDJPIJbuYgRCbZeXVhLyGj lblC2Q+yAmh6s24fpkxiVIVdzUOvi1/z6v+Uo05lOL7qHGU2VCBKIF3ntiIfFsnU18Bk cA+cI9mDCvGhHHYDGCE8jYDAu1SG5VhhjF05jT+e+G0JQFakfJhplU3v9a/Ag7TMQf2A eUKg== X-Gm-Message-State: ALyK8tIn2qUVuaSqFHZja8MpZWvLNbZ3IlfNaaZEmMNmORGDd8i0UwZ8MaZElDctHb62keCgM6n1HfQMFOlT8g== X-Received: by 10.36.41.16 with SMTP id p16mr4937627itp.60.1468001004596; Fri, 08 Jul 2016 11:03:24 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.137.131 with HTTP; Fri, 8 Jul 2016 11:03:24 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: From: Warner Losh Date: Fri, 8 Jul 2016 12:03:24 -0600 X-Google-Sender-Auth: soMb7Hv_06mIW0bfPCxpjNsvLVM Message-ID: Subject: Re: How to force GEOM to recalculate the free space after the disk is resized? To: Dexuan Cui Cc: "freebsd-geom@freebsd.org" , Allan Jude , sobomax , ken , imp , Hongjiang Zhang , Sepherosa Ziehau Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2016 18:03:25 -0000 On Fri, Jul 8, 2016 at 6:19 AM, Dexuan Cui wrote: > Hi, I have a FreeBSD virtual machine (VM) running on Hyper-V and I'm test= ing Hyper-V's Disk Online Resizing feature. The feature can expand or shrin= k the (virtual) disk capacity of a VM when the VM is running. > > There is an issue with gpart or GEOM: after the disk capacity is expanded= (or shrunk), gpart/GEOM can detect the new bigger capacity, but the free s= pace displayed by gpart remained the same unless I open the disk dev file f= or writing, e.g., > > [root@decui-bsd11 ~]# gpart create -s MBR /dev/da1 > da1 created > [root@decui-bsd11 ~]# gpart show /dev/da1 > =3D> 63 83886017 da1 MBR (40G) > 63 83886017 - free - (40G) > [root@decui-bsd11 ~]# diskinfo /dev/da1 > /dev/da1 512 42949672960 83886080 4096 0 5= 221 255 63 > > Now I expand the disk from 40GB to 50GB by Hyper-V management tool. > > Next, I get the below, i.e., gpart/GEOM detects the new disk capacity, bu= t the free space remains the same. > (Note: the first diskinfo failure should be expected: Hyper-V only notifi= es the VM of the capacity change on the VM's next read or write request, an= d in the VM it seems there is a race condition between the ioctl and the ha= ndling of capacity change. I'll see how this can be fixed.) > > [root@decui-bsd11 ~]# diskinfo /dev/da1 > diskinfo: /dev/da1: ioctl(DIOCGMEDIASIZE) failed, probably not a disk. > [root@decui-bsd11 ~]# diskinfo /dev/da1 > /dev/da1 512 53687091200 104857600 4096 0 6= 527 255 63 > > [root@decui-bsd11 ~]# gpart show /dev/da1 > =3D> 63 83886017 da1 MBR (50G) > 63 83886017 - free - (40G) > > Now, if I run a program that only does "openat(AT_FDCWD,"/dev/da1",O_WRON= LY|O_CREAT,0644);", GEOM will detect that the free space is 50GB now and GE= OM will pass this info to gpart: > > [root@decui-bsd11 ~]# gpart show /dev/da1 > =3D> 63 104857537 da1 MBR (50G) > 63 104857537 - free - (50G) > > I'm not familiar with GEOM. > Can somebody please explain the behavior? I'm guessing that the new code in the da driver to do 'resize' isn't proper= ly signaling up the stack so that GEOM re-tastes the drive. The resize code was just recently added to camcontrol (I'm assuming that's what you are using to force the da driver to requery the size).a Geom normally retastes the drive when it closes after it has been opened for writing, which is why your open hack works. Warner From owner-freebsd-geom@freebsd.org Sat Jul 9 02:36:04 2016 Return-Path: Delivered-To: freebsd-geom@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7EFFB8544F for ; Sat, 9 Jul 2016 02:36:04 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0111.outbound.protection.outlook.com [104.47.41.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 66E381691; Sat, 9 Jul 2016 02:36:03 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=cMjPN1uXdvbD7Wy5FmLoNTx28x89M2fWc5gUh+nhIDw=; b=Fes0hQMF/qp2QeNfAtieV8b0cJi/xs+67iGtXDPQpZkxms1nk55fC+kTGD3/eb+o612yrzkkosHNxXbzWIFRpXY+NZSi0vHSaHUPwdqx32VPXMp/OzB7YwMlNDTU153h9LGbErtRAO9ssCh9UtfiDNI8SY4J8hKC5ZUK7gM13jY= Received: from CO2PR03MB2182.namprd03.prod.outlook.com (10.166.92.17) by CO2PR03MB2213.namprd03.prod.outlook.com (10.166.92.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.528.16; Sat, 9 Jul 2016 02:20:55 +0000 Received: from CO2PR03MB2182.namprd03.prod.outlook.com ([10.166.92.17]) by CO2PR03MB2182.namprd03.prod.outlook.com ([10.166.92.17]) with mapi id 15.01.0534.020; Sat, 9 Jul 2016 02:20:55 +0000 From: Dexuan Cui To: Maxim Sobolev CC: "freebsd-geom@freebsd.org" , Allan Jude , ken , imp , Hongjiang Zhang , Sepherosa Ziehau Subject: RE: How to force GEOM to recalculate the free space after the disk is resized? Thread-Topic: How to force GEOM to recalculate the free space after the disk is resized? Thread-Index: AdHZDRzvMnaRHenxQ+mzWQWfArdlkwAHyPkAABau9+A= Date: Sat, 9 Jul 2016 02:20:54 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=decui@microsoft.com; x-originating-ip: [139.226.141.6] x-ms-office365-filtering-correlation-id: 0d797991-4b60-4019-9c8a-08d3a79fa82b x-microsoft-exchange-diagnostics: 1; CO2PR03MB2213; 6:lgGAS7c9LQIaqzFlVNwSlJ42g9NwXruDq+mY22B4y50ijPaYXe1hzRPdhZxZpPZJFYZYAKrPtIV+ECN8aAUvYIv2r6RtyRgxkd9PflJ+84j6x+ewY/YPS7G7ILRhcNUSMHw0lFIrFV7Hx9rn6xf/5fGeFMB1Uni5s+qggmj5th+kiS19p/TBcKcNTrohKOAFDCq93FSttsChgPadeWHDWJlp+ZLK17cRigrk5hj+fiJDOvtROz0dOaVQrZ6wXeIu3h92QtTqJMPFnmglxLimVZ/DghrT01GF6ByZMOzef8lCuCW+MvlB4Vo36+fK4F7Kv9W0i55CC5oqf7gG/smHZg==; 5:F6UV7pl3ki3VFycD5q5zPXAWsMrgZamKtxznaBLyJYO2RkbNLx3/y1iaGH66yZ1ho2vIf+YuxBFfQIB2uMMQQJCbmBDY2yBQTdeFXcDZUhSh70bjCCODOpufF4SbSzPSdlVt/CyQlFnXedkIxmgKsw==; 24:I7wuPSvG+egNcwC00I+NigSsYjJ0y3P7sJl7ScOHP0Millw+hpK8zKysvagXK6Hdj/f7uXmk9GtxP3UztVhafvKTHCO5Q5HiGnmJ7OHnEDk=; 7:wEhJyiftOz/wuRdjG/2eq7Yq5RWBWS75V0NGWHyaqCQlxtEdNj2jdOIRNEdplJm9eC2Do6bVge7Y9BIDeeb5PhCTEJqWMBDTvci729hm+Voo2ELVMxqq9oxhzVU0kl2AORVyX4HXJj5djBFBVm/dDcoiox1CSrrh2KMaP2NNCLKAMZNnczdc8C3REz50KLfHxaDdoERuHXabZsQkpL63fttg7XqbljBnZoWIQ70kgp2D6QKUycl9YURM4mrOYouu x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR03MB2213; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(209352067349851)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026)(61426038)(61427038); SRVR:CO2PR03MB2213; BCL:0; PCL:0; RULEID:; SRVR:CO2PR03MB2213; x-forefront-prvs: 0998671D02 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(377454003)(189002)(199003)(24454002)(86362001)(3280700002)(3660700001)(19625215002)(122556002)(10290500002)(8990500004)(5005710100001)(8676002)(10090500001)(10400500002)(33656002)(5003600100003)(586003)(5002640100001)(7736002)(7696003)(68736007)(86612001)(77096005)(8936002)(105586002)(15975445007)(189998001)(19609705001)(19300405004)(106356001)(54356999)(9686002)(2950100001)(19580405001)(2900100001)(19580395003)(110136002)(7846002)(5890100001)(50986999)(76176999)(4326007)(74316002)(92566002)(101416001)(81166006)(99286002)(790700001)(76576001)(3846002)(102836003)(16236675004)(87936001)(97736004)(2906002)(6116002)(81156014)(11100500001)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR03MB2213; H:CO2PR03MB2182.namprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jul 2016 02:20:55.0369 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR03MB2213 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2016 02:36:04 -0000 WWVzLCB0aGlzIGlzIGFsc28gbXkgc3VzcGljaW9uLg0KDQpIZXJlIHdpdGgg4oCcZGlza2luZm8g L2Rldi9kYTHigJ0sIGdlb20gY2FuIGFscmVhZHkgZGV0ZWN0IHRoZSBuZXcgZGlzayBjYXBhY2l0 eSBidXQgaXQganVzdCBkb2VzbuKAmXQgdXBkYXRlIGl0cyBpbnRlcm5hbCBzdHJ1Y3R1cmUgZm9y IG5ldyBmcmVlIHNwYWNlLg0KSSB0aGluayBJ4oCZbGwgaGF2ZSB0byBsb2NhdGUgdGhlIHJlbGF0 ZWQgY29kZSBhbmQgYXNrIGdlb20gdG8gcmUtcHJvYmUgZnJlZSBzcGFjZSBvbiBkaXNrIGNhcGFj aXR5IGNoYW5nZS4NCkl0IHdvdWxkIGJlIGdyZWF0IGlmIHNvbWVib2R5IGNhbiBwb2ludCBvdXQg dGhlIGV4YWN0IGNvZGUgSSBuZWVkIHRvIGRpZyBpbnRvLg0KDQotLSBEZXh1YW4NCg0KRnJvbTog c29ib21heEBzaXBweXNvZnQuY29tIFttYWlsdG86c29ib21heEBzaXBweXNvZnQuY29tXSBPbiBC ZWhhbGYgT2YgTWF4aW0gU29ib2xldg0KU2VudDogRnJpZGF5LCBKdWx5IDgsIDIwMTYgMjM6MjAN ClRvOiBEZXh1YW4gQ3VpIDxkZWN1aUBtaWNyb3NvZnQuY29tPg0KQ2M6IGZyZWVic2QtZ2VvbUBm cmVlYnNkLm9yZzsgQWxsYW4gSnVkZSA8YWxsYW5qdWRlQGZyZWVic2Qub3JnPjsga2VuIDxrZW5A ZnJlZWJzZC5vcmc+OyBpbXAgPGltcEBmcmVlYnNkLm9yZz47IEhvbmdqaWFuZyBaaGFuZyA8aG9u emhhbkBtaWNyb3NvZnQuY29tPjsgU2VwaGVyb3NhIFppZWhhdSA8c2VwaGVyb3NhQGdtYWlsLmNv bT4NClN1YmplY3Q6IFJlOiBIb3cgdG8gZm9yY2UgR0VPTSB0byByZWNhbGN1bGF0ZSB0aGUgZnJl ZSBzcGFjZSBhZnRlciB0aGUgZGlzayBpcyByZXNpemVkPw0KDQpTbWVsbHMgbGlrZSBhIGJ1ZyBp biB0aGUgZ2VvbV9wYXJ0IHdoZXJlIGl0IHN1cHBvc2VkIHRvIHJlLXJlYWQgdGhlIHBhcnRpdGlv bnMgYW5kIHVwZGF0ZSBpdHMgaW50ZXJuYWwgc3RydWN0dXJlcy4gVGhlIHJlYXNvbiB3aHkgaXQg d29ya3Mgd2hlbiB5b3Ugb3BlbiBkZXYvZGExIGZvciB3cml0aW5nIGlzIGJlY2F1c2UgdGhlIGdl b21fcGFydCBwcm92aWRlciB0aGF0IGlzIGF0dGFjaGVkIHRvIHRoYXQgZGlzayBpcyBkZXN0cm95 ZWQgYW5kIGNyZWF0ZWQgYW5ldyB3aGVuIHlvdSBjbG9zZSB0aGUgZmQuDQoNCi1NYXhpbQ0KDQpP biBGcmksIEp1bCA4LCAyMDE2IGF0IDU6MTkgQU0sIERleHVhbiBDdWkgPGRlY3VpQG1pY3Jvc29m dC5jb208bWFpbHRvOmRlY3VpQG1pY3Jvc29mdC5jb20+PiB3cm90ZToNCkhpLCBJIGhhdmUgYSBG cmVlQlNEIHZpcnR1YWwgbWFjaGluZSAoVk0pIHJ1bm5pbmcgb24gSHlwZXItViBhbmQgSSdtIHRl c3RpbmcgSHlwZXItVidzIERpc2sgT25saW5lIFJlc2l6aW5nIGZlYXR1cmUuIFRoZSBmZWF0dXJl IGNhbiBleHBhbmQgb3Igc2hyaW5rIHRoZSAodmlydHVhbCkgZGlzayBjYXBhY2l0eSBvZiBhIFZN IHdoZW4gdGhlIFZNIGlzIHJ1bm5pbmcuDQoNClRoZXJlIGlzIGFuIGlzc3VlIHdpdGggZ3BhcnQg b3IgR0VPTTogYWZ0ZXIgdGhlIGRpc2sgY2FwYWNpdHkgaXMgZXhwYW5kZWQgKG9yIHNocnVuayks IGdwYXJ0L0dFT00gY2FuIGRldGVjdCB0aGUgbmV3IGJpZ2dlciBjYXBhY2l0eSwgYnV0IHRoZSBm cmVlIHNwYWNlIGRpc3BsYXllZCBieSBncGFydCByZW1haW5lZCB0aGUgc2FtZSB1bmxlc3MgSSBv cGVuIHRoZSBkaXNrIGRldiBmaWxlIGZvciB3cml0aW5nLCBlLmcuLA0KDQpbcm9vdEBkZWN1aS1i c2QxMSB+XSMgZ3BhcnQgY3JlYXRlIC1zIE1CUiAgIC9kZXYvZGExDQpkYTEgY3JlYXRlZA0KW3Jv b3RAZGVjdWktYnNkMTEgfl0jIGdwYXJ0IHNob3cgL2Rldi9kYTENCj0+ICAgICAgNjMgIDgzODg2 MDE3ICBkYTEgIE1CUiAgKDQwRykNCiAgICAgICAgNjMgIDgzODg2MDE3ICAgICAgIC0gZnJlZSAt ICAoNDBHKQ0KW3Jvb3RAZGVjdWktYnNkMTEgfl0jIGRpc2tpbmZvIC9kZXYvZGExDQovZGV2L2Rh MSAgICAgICAgNTEyICAgICA0Mjk0OTY3Mjk2MCAgICAgODM4ODYwODAgICAgICAgIDQwOTYgICAg MCAgICAgICA1MjIxICAgIDI1NSAgICAgNjMNCg0KTm93IEkgZXhwYW5kIHRoZSBkaXNrIGZyb20g NDBHQiB0byA1MEdCIGJ5IEh5cGVyLVYgbWFuYWdlbWVudCB0b29sLg0KDQpOZXh0LCBJIGdldCB0 aGUgYmVsb3csIGkuZS4sIGdwYXJ0L0dFT00gZGV0ZWN0cyB0aGUgbmV3IGRpc2sgY2FwYWNpdHks IGJ1dCB0aGUgZnJlZSBzcGFjZSByZW1haW5zIHRoZSBzYW1lLg0KKE5vdGU6IHRoZSBmaXJzdCBk aXNraW5mbyBmYWlsdXJlIHNob3VsZCBiZSBleHBlY3RlZDogSHlwZXItViBvbmx5IG5vdGlmaWVz IHRoZSBWTSBvZiB0aGUgY2FwYWNpdHkgY2hhbmdlIG9uIHRoZSBWTSdzIG5leHQgcmVhZCBvciB3 cml0ZSByZXF1ZXN0LCBhbmQgaW4gdGhlIFZNIGl0IHNlZW1zIHRoZXJlIGlzIGEgcmFjZSBjb25k aXRpb24gYmV0d2VlbiB0aGUgaW9jdGwgYW5kIHRoZSBoYW5kbGluZyBvZiBjYXBhY2l0eSBjaGFu Z2UuIEknbGwgc2VlIGhvdyB0aGlzIGNhbiBiZSBmaXhlZC4pDQoNCltyb290QGRlY3VpLWJzZDEx IH5dIyBkaXNraW5mbyAvZGV2L2RhMQ0KZGlza2luZm86IC9kZXYvZGExOiBpb2N0bChESU9DR01F RElBU0laRSkgZmFpbGVkLCBwcm9iYWJseSBub3QgYSBkaXNrLg0KW3Jvb3RAZGVjdWktYnNkMTEg fl0jIGRpc2tpbmZvIC9kZXYvZGExDQovZGV2L2RhMSAgICAgICAgNTEyICAgICA1MzY4NzA5MTIw MCAgICAgMTA0ODU3NjAwICAgICAgIDQwOTYgICAgMCAgICAgICA2NTI3ICAgIDI1NSAgICAgNjMN Cg0KW3Jvb3RAZGVjdWktYnNkMTEgfl0jIGdwYXJ0IHNob3cgL2Rldi9kYTENCj0+ICAgICAgNjMg IDgzODg2MDE3ICBkYTEgIE1CUiAgKDUwRykNCiAgICAgICAgNjMgIDgzODg2MDE3ICAgICAgIC0g ZnJlZSAtICAoNDBHKQ0KDQpOb3csIGlmIEkgcnVuIGEgcHJvZ3JhbSB0aGF0IG9ubHkgZG9lcyAi b3BlbmF0KEFUX0ZEQ1dELCIvZGV2L2RhMSIsT19XUk9OTFl8T19DUkVBVCwwNjQ0KTsiLCBHRU9N IHdpbGwgZGV0ZWN0IHRoYXQgdGhlIGZyZWUgc3BhY2UgaXMgNTBHQiBub3cgYW5kIEdFT00gd2ls bCBwYXNzIHRoaXMgaW5mbyB0byBncGFydDoNCg0KW3Jvb3RAZGVjdWktYnNkMTEgfl0jIGdwYXJ0 IHNob3cgL2Rldi9kYTENCj0+ICAgICAgIDYzICAxMDQ4NTc1MzcgIGRhMSAgTUJSICAoNTBHKQ0K ICAgICAgICAgNjMgIDEwNDg1NzUzNyAgICAgICAtIGZyZWUgLSAgKDUwRykNCg0KSSdtIG5vdCBm YW1pbGlhciB3aXRoIEdFT00uDQpDYW4gc29tZWJvZHkgcGxlYXNlIGV4cGxhaW4gdGhlIGJlaGF2 aW9yPw0KDQpJIGRvbid0IGtub3cgd2hvIGV4YWN0bHkgbWFpbnRhaW5zIEdFT00gLCBzbyBJIGp1 c3QgcGlja2VkIHNvbWUgbmFtZXMgZnJvbSAiZ2l0IGxvZyBnZW9tLyIgYW5kIHB1dCB5b3UgdG8g Q2MuICBTb3JyeSBpZiB0aGlzIG1haWwgYm90aGVycyB5b3UuIDotKQ0KDQpUaGFua3MsDQotLSBE ZXh1YW4NCg0K From owner-freebsd-geom@freebsd.org Sat Jul 9 02:59:10 2016 Return-Path: Delivered-To: freebsd-geom@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA1F4B85A07 for ; Sat, 9 Jul 2016 02:59:10 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0121.outbound.protection.outlook.com [104.47.33.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A5291DB9; Sat, 9 Jul 2016 02:59:10 +0000 (UTC) (envelope-from decui@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=OXtSFnlXKXGTGhW/vFXKGnvnoAmaxjvKLH3wv0cYGlc=; b=ZQfg6tURrsRjfjLvc/qk2RdJa4tONJj95UYcDwCUHjJEPUgq1GHAWxJy/kFiJi0mOFIpkIItcKzdlgwYXZXhLEBuJziyaQtjUr3aP+hE5WqcwolRp0Bdv7HpQy1kiLamcrsK572S5BfZB7xiK/l8kha/uV4n8r936OjEKZFFaxs= Received: from CO2PR03MB2182.namprd03.prod.outlook.com (10.166.92.17) by CO2PR03MB2213.namprd03.prod.outlook.com (10.166.92.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.528.16; Sat, 9 Jul 2016 02:43:07 +0000 Received: from CO2PR03MB2182.namprd03.prod.outlook.com ([10.166.92.17]) by CO2PR03MB2182.namprd03.prod.outlook.com ([10.166.92.17]) with mapi id 15.01.0534.020; Sat, 9 Jul 2016 02:43:07 +0000 From: Dexuan Cui To: Warner Losh CC: "freebsd-geom@freebsd.org" , Allan Jude , sobomax , ken , imp , Hongjiang Zhang , Sepherosa Ziehau Subject: RE: How to force GEOM to recalculate the free space after the disk is resized? Thread-Topic: How to force GEOM to recalculate the free space after the disk is resized? Thread-Index: AdHZDRzvMnaRHenxQ+mzWQWfArdlkwANegIAABHO1TA= Date: Sat, 9 Jul 2016 02:43:07 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=decui@microsoft.com; x-originating-ip: [139.226.141.6] x-ms-office365-filtering-correlation-id: 44bf4fee-bb7f-4f93-3573-08d3a7a2c267 x-microsoft-exchange-diagnostics: 1; CO2PR03MB2213; 6:trKob+nqTDVkstXP0Oy7PeCyulehv5BqjFxutZq/LI+0nXAD82o4XCBrT5vU/U8GhB7v6myGvyI2JPjv7o+hfdzMfq660q4rQzONQ+VBDKjwpPJrjVDAU0RpzSvvwUlfKVPCDjT5CWH1x/TyiB1FNrPLb31YCDu0H0lVgQu5pss1ZqngCRkhtCEnFtHqU98FemscVDQAc56ZRBE+RkQSUDsxyZE8roWTGw126uef62rm95qsVZqRxbroLIFKA/6jHgF90GCC0M3yOiDr8JMMCI9ysv4HcFo2JfXhYyJPFzq7UgJurret8nLf1YQn86pQqq+pKBS89+1aY6IqxZh8Ig==; 5:nxsD+q1HTAXCSUxoJgcRqFhVkOeUQwWLS00Jk0DkSe4GgWi97OESY3l0Y5qdn9sUz7YAhdgHbr2V1qJa2YebJBylt57vgEeFiGAYgvA44tdw6b1ZElQyWhIHA/VBsYlOVOvmAgcdULkQZ47Q1yriAQ==; 24:KYdr/05sfliwn2wLeLjwdXCr5JiOv3WTGjK+Gt+h8uffAoCDpmH97CS9WNkjzLBQYQMHKGpwLM8nR41F/5AY0j05Cyyz7Hd6j2xSYpJFpuI=; 7:2D/V9Pnnn9gCLhGbfdR2YRikux7bHuMbN9DWrEvlL6YViEQPPSe49pIlF/TpKpZ1tKncliVhLser8A9C2KNEPqntAfwwUbkuDeafKVYkZyc0aG0JGKCeTqms+qnvODSvkzfls8nZdRI+jk/UDN67ieO4ELQSdS4NwWFXPsRIb3bn2Mr/yJBEfuKQN2Mf446EcvQVuUKp1bZcewOGV6CSYqYNNhZdok9lrLnijcWD/72dWjk0SQ7sheoczKOU9Rzk x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR03MB2213; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026)(61426038)(61427038); SRVR:CO2PR03MB2213; BCL:0; PCL:0; RULEID:; SRVR:CO2PR03MB2213; x-forefront-prvs: 0998671D02 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(189002)(199003)(50986999)(76176999)(4326007)(92566002)(74316002)(19580405001)(2900100001)(19580395003)(9686002)(2950100001)(106356001)(305945005)(54356999)(110136002)(7846002)(87936001)(81156014)(66066001)(11100500001)(97736004)(2906002)(6116002)(101416001)(99286002)(81166006)(102836003)(76576001)(3846002)(5005710100001)(10290500002)(8990500004)(33656002)(10090500001)(10400500002)(8676002)(3280700002)(86362001)(122556002)(3660700001)(8936002)(77096005)(105586002)(189998001)(86612001)(5003600100003)(586003)(7696003)(68736007)(5002640100001)(7736002); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR03MB2213; H:CO2PR03MB2182.namprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jul 2016 02:43:07.6355 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR03MB2213 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2016 02:59:11 -0000 PiBGcm9tOiB3bG9zaEBic2RpbXAuY29tIFttYWlsdG86d2xvc2hAYnNkaW1wLmNvbV0gT24gQmVo YWxmIE9mIFdhcm5lcg0KPiBMb3NoDQo+IFNlbnQ6IFNhdHVyZGF5LCBKdWx5IDksIDIwMTYgMjow Mw0KPiBUbzogRGV4dWFuIEN1aSA8ZGVjdWlAbWljcm9zb2Z0LmNvbT4NCj4gPiBJJ20gbm90IGZh bWlsaWFyIHdpdGggR0VPTS4NCj4gPiBDYW4gc29tZWJvZHkgcGxlYXNlIGV4cGxhaW4gdGhlIGJl aGF2aW9yPw0KPiANCj4gSSdtIGd1ZXNzaW5nIHRoYXQgdGhlIG5ldyBjb2RlIGluIHRoZSBkYSBk cml2ZXIgdG8gZG8gJ3Jlc2l6ZScgaXNuJ3QgcHJvcGVybHkNCj4gc2lnbmFsaW5nIHVwIHRoZSBz dGFjayBzbyB0aGF0IEdFT00gcmUtdGFzdGVzIHRoZSBkcml2ZS4gVGhlIHJlc2l6ZSBjb2RlDQo+ IHdhcyBqdXN0IHJlY2VudGx5IGFkZGVkIHRvIGNhbWNvbnRyb2wgKEknbSBhc3N1bWluZyB0aGF0 J3Mgd2hhdCB5b3UgYXJlDQo+IHVzaW5nIHRvIGZvcmNlIHRoZSBkYSBkcml2ZXIgdG8gcmVxdWVy eSB0aGUgc2l6ZSkuYQ0KDQpDYW4geW91IHBsZWFzZSBwb2ludCBvdXQgdGhlICdyZXNpemUnIGNv ZGUgaW4gZGEgZHJpdmVyIGFuZCB0aGUgY2FtY29udHJvbA0KY29tbWFuZD8NCg0KSSB1c2VkICJk aXNraW5mbyAvZGV2L2RhMSIgdG8gZm9yY2UgZGEgdG8gaW5xdWlyeSB0aGUgbmV3IGRpc2sgY2Fw YWNpdHkuDQoNClllYWgsIGl0IGxvb2tzIG15ICJvcGVuIGZvciB3cml0aW5nIiBoYWNrIGNhbiB0 cmlnZ2VyIHRoZQ0KZ197cmFpZCxsYWJlbCxwYXJ0fV90YXN0ZSBmdW5jdGlvbiBjYWxscy4NCg0K PiANCj4gR2VvbSBub3JtYWxseSByZXRhc3RlcyB0aGUgZHJpdmUgd2hlbiBpdCBjbG9zZXMgYWZ0 ZXIgaXQgaGFzIGJlZW4gb3BlbmVkDQo+IGZvciB3cml0aW5nLCB3aGljaCBpcyB3aHkgeW91ciBv cGVuIGhhY2sgd29ya3MuDQo+IA0KPiBXYXJuZXINClllcy4NCg0KVGhhbmsgeW91IGFsbCBmb3Ig dGhlIHF1aWNrIHJlcGxpZXMhDQoNClRoYW5rcywNCi0tIERleHVhbg0K From owner-freebsd-geom@freebsd.org Sat Jul 9 08:22:11 2016 Return-Path: Delivered-To: freebsd-geom@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53BE7B840B4 for ; Sat, 9 Jul 2016 08:22:11 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0134.outbound.protection.outlook.com [104.47.40.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05D3D1298; Sat, 9 Jul 2016 08:22:10 +0000 (UTC) (envelope-from decui@microsoft.com) Received: from CO2PR03MB2215.namprd03.prod.outlook.com (10.166.92.26) by CO2PR03MB2213.namprd03.prod.outlook.com (10.166.92.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.528.16; Sat, 9 Jul 2016 05:48:32 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=7sRDXvu/FCkyZ1M+xdtyldn+N6KXqBAHL8MaDFE/qag=; b=LozauA0HMlFwFj05NAtuWCNXdgWry2p5/4Nm6tPHRQ9+GxPQ60SIajqS9jbgIDp7TlO4m0XxZxs02+e8Skyjoo21qtR2mt8ZWgmMINtKn7NX9cN0xN4ST47P2Ahz/tKmOtmuqfJh8kkYNqPJ7V5+6KVQ3CoXhsSSSmphp0Kcs2o= Received: from CO2PR03MB2182.namprd03.prod.outlook.com (10.166.92.17) by CO2PR03MB2215.namprd03.prod.outlook.com (10.166.92.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.523.12; Sat, 9 Jul 2016 02:32:31 +0000 Received: from CO2PR03MB2182.namprd03.prod.outlook.com ([10.166.92.17]) by CO2PR03MB2182.namprd03.prod.outlook.com ([10.166.92.17]) with mapi id 15.01.0534.020; Sat, 9 Jul 2016 02:32:31 +0000 From: Dexuan Cui To: "Andrey V. Elsukov" , "freebsd-geom@freebsd.org" CC: sobomax , Sepherosa Ziehau , ken , Allan Jude , Hongjiang Zhang , imp Subject: RE: How to force GEOM to recalculate the free space after the disk is resized? Thread-Topic: How to force GEOM to recalculate the free space after the disk is resized? Thread-Index: AdHZDRzvMnaRHenxQ+mzWQWfArdlkwAMXuMAABJ8R0A= Date: Sat, 9 Jul 2016 02:32:31 +0000 Message-ID: References: <577FE380.8020601@yandex.ru> In-Reply-To: <577FE380.8020601@yandex.ru> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=decui@microsoft.com; x-originating-ip: [139.226.141.6] X-MS-Office365-Filtering-Correlation-Id: 09d337de-a678-441b-0283-08d3a7a146f5 x-microsoft-exchange-diagnostics: 1; CO2PR03MB2215; 6:95lZaneA33rDeyDqX9Gh3de5xwriGOjZY3ZgRSS8iDKv8zYI6mTQVTgThyOZAN3WXzsIpUb21kry5+6mQGR/l5le61SC9kvuJeCv3xVMm6clNjENxJdjX2A4XTDEmeASMeABFAXnLm4fg5OVtelEOFfbVRiG/Iwt4INbugiG9Q/nHWNqXhBkWnPheRtIsyH9aTXx0Mekf/uWfjhsusgrxBpwLIMQo5Z+ezhO+T8up3HakO4lkvGlkWQ2h1ZscyUiP/UmlKgV3mRQlxp8gGCuXqE8yNervEw+0pQWjh3FyNiLIZupzXkxLSJccYgDy/wp6wZ7IqAl6BD92TdNaHTb6g==; 5:tN1kreshCMOZwYnHGwy0U0NQaT4ljqUdS/xWrdNJEYIWn8tVm1DdDEKvu8zBYZZHo+h6RaWOxvHWkNg5T6e3jtEcTZgOivfvcMoSnYRN0qE2Jd9OV05Tq2slvUBtjF26ExZ+5lvDVqPUt7Z06dF5Pg==; 24:NJGAamaggbWYkVlte5N5BKLK1xTjPU16QSAmYACGyjO8rbdC+Wzn2loKUFr1MoTypp+KwaqQnxAAUV/WDmcqmBmoyFuLt/ixDsUnrhhUUGs=; 7:gYkW+PnTK/USFMU6KjI4jMnMEmCtgWFaAGiDfQG7ShCSkhOcLvql6GKiO7qgyCLL4pq7FMbhNvc1CjZ9kJJlaF9Sygspq6kJPI4hN8O5ejqBBlrDSb6KW3mHJo/D+uwXc5ZJgKfR+y8eVYKbSQVPDe9idTZ7+dABYVmjE2J50Cyv1etMJ/sHsSbfwJFjKN9vA5D5D2YUrEwUEpwz/E9FZTajDocIBNrB8OYh7b5eoYhiRrFbwsFUF24ody5rsuuQ x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CO2PR03MB2215; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(144735808701293); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(61426038)(61427038); SRVR:CO2PR03MB2215; BCL:0; PCL:0; RULEID:; SRVR:CO2PR03MB2215; x-forefront-prvs: 0998671D02 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(7916002)(69234005)(199003)(24454002)(189002)(68736007)(81166006)(8676002)(86362001)(50986999)(74316002)(8936002)(575784001)(3660700001)(33656002)(86612001)(54356999)(9686002)(81156014)(6116002)(66066001)(586003)(3846002)(8990500004)(102836003)(189998001)(76176999)(106356001)(19580395003)(19580405001)(105586002)(77096005)(5890100001)(5005710100001)(87936001)(10400500002)(99286002)(10290500002)(2501003)(7736002)(92566002)(5003600100003)(2906002)(101416001)(10090500001)(5002640100001)(2950100001)(2900100001)(11100500001)(3280700002)(122556002)(7846002)(76576001)(305945005)(7696003)(5001770100001)(97736004)(4326007)(23180200002)(563744003)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR03MB2215; H:CO2PR03MB2182.namprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jul 2016 02:32:31.0196 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR03MB2215 X-Microsoft-Exchange-Diagnostics: 1; CO2PR03MB2213; 2:/JOJKyObQp6HxZZaB4TWoDACkP88a/EZ//Y1Zytrt8rRHFLWxDUqsLlz/f+k3Mfeo/9ubL+SNdBWFfXXwfv0wxu/xuvSVn1QZkSI9FKiEwGXepBmHjG3PoAVYCOk3apcebR/zgCRmI8mRJ5CGdjYlwQD3762jWOUqQRvRwVSnMikFatvTaHARGU8EBNoDNOH; 31:lUVbfWAyxtSDgoFclU3Ed6a/pRAcEiLBLfk8gRKuAMDxrQ6gQLyR4R0YMyC5HbhjFY8T9n3yjkx47UPFpkTzJTBZG7RGtZkkTjGv8pZq3qTHiuN1b95jSSoQN66AHS6c89V6vXmBd4lRs6OBuqLNlca+4eH9cBAA/baHzYY5u+Q1qQdadceko8L+fOfJc4SYsBcNurz8GzFNgwB5yr4xPA==; 23:/8S+PagC6NJE9Iu+GPOo2WuSor66ZLMTjp3iNKYOBxQM7zZCNBK16fcYuuEw2TJx0miJMRAhUPz7kDQZL83MkMHqkAR9JR/O9XDT3woDLCUmqW15RFmU9hYjve3UWe6jw9Y5YTozWY054g/2fVU0MA== X-OriginatorOrg: microsoft.com X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2016 08:22:11 -0000 > From: Andrey V. Elsukov [mailto:bu7cher@yandex.ru] > Sent: Saturday, July 9, 2016 1:32 > To: Dexuan Cui ; freebsd-geom@freebsd.org > Cc: sobomax ; Sepherosa Ziehau > ; ken ; Allan Jude > ; Hongjiang Zhang ; imp > > Subject: Re: How to force GEOM to recalculate the free space after the di= sk is > resized? >=20 > On 08.07.16 15:19, Dexuan Cui via freebsd-geom wrote: > > I'm not familiar with GEOM. Can somebody please explain the > > behavior? > > >=20 > What FreeBSD version do you use? > What messages do you see in the console/dmesg after resizing of disk? >=20 > WBR, Andrey V. Elsukov I'm using 11-CURRENT, but I also tried 10.3 and got the same result. I'm using verbose krenel message but I only see such a line on the first "diskinfo /dev/da1": WARNING: Disk drive da1 has no d_delmaxsize If I use "sysctl kern.geom.debugflags=3D253" (log everything except G_T_BIO= ), I get the below very verbose output FYI: Dexuan: after the disk capacity change, this is for the first "diskinfo /d= ev/da1". 1 g_dev_open(da1, 1, 8192, 0xfffff80111d95000) 2 g_access(0xfffff80004c92880(da1), 1, 0, 0) 3 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a63500(d= a1) 4 g_disk_access(da1, 1, 0, 0) 5 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) 6 WARNING: Disk drive da1 has no d_delmaxsize 7 g_dev_close(da1, 131073, 8192, 0xfffff80111d95000) 8 g_access(0xfffff80004c92880(da1), -1, 0, 0) 9 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63500(= da1) 10 g_disk_access(da1, -1, 0, 0) 11 Dexuan: this is for the second "diskinfo /dev/da1". 12 13 g_dev_open(da1, 1, 8192, 0xfffff80111d95500) 14 g_access(0xfffff80004c92880(da1), 1, 0, 0) 15 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a63500(d= a1) 16 g_disk_access(da1, 1, 0, 0) 17 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) 18 g_dev_close(da1, 131073, 8192, 0xfffff80111d95500) 19 g_access(0xfffff80004c92880(da1), -1, 0, 0) 20 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63500(= da1) 21 g_disk_access(da1, -1, 0, 0) 22 Dexuan: after disk capacity change, this is for the first "gpart show /dev/= da1": the new free space is not detected, though the new disk capacity is detecte= d. 23 24 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) 25 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) 26 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) 27 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) 28 Dexuan: this is for the=20 openat(AT_FDCWD,"/dev/da1",O_WRONLY|O_CREAT,0644);": 29 30 g_dev_open(da1, 2, 8192, 0xfffff80111d95500) 31 g_access(0xfffff80004c92880(da1), 0, 1, 0) 32 open delta:[r0w1e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a63500(d= a1) 33 g_disk_access(da1, 0, 1, 0) 34 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) 35 g_post_event_x(0xffffffff8099e760, 0xfffff80004a63500, 2, 0) 36 ref 0xfffff80004a63500 37 g_spoil_event 0xfffff80004a63500(DISK:da1:da1) 38 g_part_spoiled(da1) 39 g_wither_geom(0xfffff802693bc700(da1)) 40 g_detach(0xfffff80004c92800) 41 g_destroy_consumer(0xfffff80004c92800) 42 g_destroy_geom(0xfffff802693bc700(da1)) 43 g_dev_close(da1, 131074, 8192, 0xfffff80111d95500) 44 g_access(0xfffff80004c92880(da1), 0, -1, 0) 45 open delta:[r0w-1e0] old:[r0w1e0] provider:[r0w1e0] 0xfffff80004a63500(= da1) 46 g_disk_access(da1, 0, -1, 0) 47 g_post_event_x(0xffffffff8099db70, 0xfffff80004a63500, 2, 0) 48 ref 0xfffff80004a63500 49 g_raid_taste(RAID, da1) 50 g_attach(0xfffff80004c92800, 0xfffff80004a63500) 51 g_access(0xfffff80004c92800(da1), 1, 0, 0) 52 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a63500(d= a1) 53 g_disk_access(da1, 1, 0, 0) 54 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) 55 g_access(0xfffff80004c92800(da1), -1, 0, 0) 56 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63500(= da1) 57 g_disk_access(da1, -1, 0, 0) 58 g_detach(0xfffff80004c92800) 59 g_destroy_consumer(0xfffff80004c92800) 60 g_destroy_geom(0xfffff80269439400(raid:taste)) 61 g_label_taste(LABEL, da1) 62 g_attach(0xfffff80004c92800, 0xfffff80004a63500) 63 g_access(0xfffff80004c92800(da1), 1, 0, 0) 64 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a63500(d= a1) 65 g_disk_access(da1, 1, 0, 0) 66 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) 67 g_access(0xfffff80004c92800(da1), -1, 0, 0) 68 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63500(= da1) 69 g_disk_access(da1, -1, 0, 0) 70 g_detach(0xfffff80004c92800) 71 g_destroy_consumer(0xfffff80004c92800) 72 g_destroy_geom(0xfffff80269439400(label:taste)) 73 g_part_taste(PART,da1) 74 g_attach(0xfffff80004c92800, 0xfffff80004a63500) 75 g_access(0xfffff80004c92800(da1), 1, 0, 0) 76 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a63500(d= a1) 77 g_disk_access(da1, 1, 0, 0) 78 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) 79 g_access(0xfffff80004c92800(da1), -1, 0, 0) 80 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63500(= da1) 81 g_disk_access(da1, -1, 0, 0) 81 g_disk_access(da1, -1, 0, 0) Dexuan: this is for the second "gpart show /dev/da1": the new free space is detected: 82 83 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) 84 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) 85 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) 86 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144 Thanks, -- Dexuan From owner-freebsd-geom@freebsd.org Sat Jul 9 08:23:40 2016 Return-Path: Delivered-To: freebsd-geom@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 048F2B841C3 for ; Sat, 9 Jul 2016 08:23:40 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1h.cmail.yandex.net (forward1h.cmail.yandex.net [IPv6:2a02:6b8:0:f35::11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 829511318 for ; Sat, 9 Jul 2016 08:23:39 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward1h.cmail.yandex.net (Yandex) with ESMTP id 21912206D3; Sat, 9 Jul 2016 11:23:36 +0300 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 1FAB32C0366; Sat, 9 Jul 2016 11:23:36 +0300 (MSK) Received: by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id dFge2kJknb-NZLeouer; Sat, 09 Jul 2016 11:23:35 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1468052615; bh=FDHLtoJacDpEEronlf1cT0FNrsNyYgwMLt37qqYIqjc=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=qVV/U/fx+iO/QBij0IjTQBhT50lZRHu3bqUx0n1YEdFWbIpTTJ25t4eM75COT2rmQ m3ipGLRXw1W7sYjmIEdGwKNWXit1/oBWZe02dVcq6WOTZaDJOX6zfSdHngBwwLSA1h zMDJhSXpxlf/1lawHngC9byQ4vdGK4y1eLAocHKU= Authentication-Results: smtp4h.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0 Subject: Re: How to force GEOM to recalculate the free space after the disk is resized? To: Dexuan Cui , "freebsd-geom@freebsd.org" References: <577FE380.8020601@yandex.ru> From: "Andrey V. Elsukov" Message-ID: <5780B436.4070309@yandex.ru> Date: Sat, 9 Jul 2016 11:22:14 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="gb5tjjch1rokNjVPaiopVo9K4A9d8pguJ" X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2016 08:23:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gb5tjjch1rokNjVPaiopVo9K4A9d8pguJ Content-Type: multipart/mixed; boundary="qaSCJ1FDcHTVMao2DiCcMaV3JB4O4cCf5" From: "Andrey V. Elsukov" To: Dexuan Cui , "freebsd-geom@freebsd.org" Message-ID: <5780B436.4070309@yandex.ru> Subject: Re: How to force GEOM to recalculate the free space after the disk is resized? References: <577FE380.8020601@yandex.ru> In-Reply-To: --qaSCJ1FDcHTVMao2DiCcMaV3JB4O4cCf5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 09.07.16 05:32, Dexuan Cui wrote: >> What FreeBSD version do you use? >> What messages do you see in the console/dmesg after resizing of disk? >> >> WBR, Andrey V. Elsukov >=20 > I'm using 11-CURRENT, but I also tried 10.3 and got the same result. GEOM should be notified by disk driver, but I don't see that it did. I think you need to try `camcontrol reprobe` command https://svnweb.freebsd.org/base?view=3Drevision&revision=3D299371 --=20 WBR, Andrey V. Elsukov --qaSCJ1FDcHTVMao2DiCcMaV3JB4O4cCf5-- --gb5tjjch1rokNjVPaiopVo9K4A9d8pguJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJXgLQ2AAoJEAHF6gQQyKF6JdMH/A27/I8IhxPi+BCAVRnzNWuH oSqglEYNnVhg6a+zyF1wlbExoTZgd3G4mkNHMBI0wm8MbmNVII3gtQaFV9cWphfm ymU6bJ/gq7/kZenwzRiWZ3LhwAbqKoX/M3rg14c00TqwENcT1FLn8sDtu7EqlNmU DysIYC9/ktoo2+maxRKYK+igKG9wkQsUcrdsCSeSVcC5DxnUV8AlHFU8gq2iLg9C e6Bb+tpYw31oY8Tk+dxTTe0aVgQjJbpkgokiYCcMT1yTj/6sYDKLDJUX324OQiC/ 0x959PRv6jygNVn4YeIsDMzjALhWuOewx01YAU2DDXwsuMvFlY68bWDfM/5UyCc= =om9Z -----END PGP SIGNATURE----- --gb5tjjch1rokNjVPaiopVo9K4A9d8pguJ-- From owner-freebsd-geom@freebsd.org Sat Jul 9 15:07:29 2016 Return-Path: Delivered-To: freebsd-geom@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01098B84101 for ; Sat, 9 Jul 2016 15:07:29 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB1CF1A1C; Sat, 9 Jul 2016 15:07:28 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id 120271086; Sat, 9 Jul 2016 15:07:27 +0000 (UTC) Subject: Re: How to force GEOM to recalculate the free space after the disk is resized? To: Dexuan Cui , "Andrey V. Elsukov" , "freebsd-geom@freebsd.org" References: <577FE380.8020601@yandex.ru> Cc: sobomax , Sepherosa Ziehau , ken , Hongjiang Zhang , imp From: Allan Jude Message-ID: <81898d87-3413-d7a4-9462-069567a69701@freebsd.org> Date: Sat, 9 Jul 2016 11:07:22 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fPTf5NRdVwC7r793SaOc9wnga8fWsd446" X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2016 15:07:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fPTf5NRdVwC7r793SaOc9wnga8fWsd446 Content-Type: multipart/mixed; boundary="7kXAVjkNJl0xqOHUpWDenvEP9DH1DJ2dJ" From: Allan Jude To: Dexuan Cui , "Andrey V. Elsukov" , "freebsd-geom@freebsd.org" Cc: sobomax , Sepherosa Ziehau , ken , Hongjiang Zhang , imp Message-ID: <81898d87-3413-d7a4-9462-069567a69701@freebsd.org> Subject: Re: How to force GEOM to recalculate the free space after the disk is resized? References: <577FE380.8020601@yandex.ru> In-Reply-To: --7kXAVjkNJl0xqOHUpWDenvEP9DH1DJ2dJ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2016-07-08 22:32, Dexuan Cui wrote: >> From: Andrey V. Elsukov [mailto:bu7cher@yandex.ru] >> Sent: Saturday, July 9, 2016 1:32 >> To: Dexuan Cui ; freebsd-geom@freebsd.org >> Cc: sobomax ; Sepherosa Ziehau >> ; ken ; Allan Jude >> ; Hongjiang Zhang ; imp >> >> Subject: Re: How to force GEOM to recalculate the free space after the= disk is >> resized? >> >> On 08.07.16 15:19, Dexuan Cui via freebsd-geom wrote: >>> I'm not familiar with GEOM. Can somebody please explain the >>> behavior? >>> >> >> What FreeBSD version do you use? >> What messages do you see in the console/dmesg after resizing of disk? >> >> WBR, Andrey V. Elsukov >=20 > I'm using 11-CURRENT, but I also tried 10.3 and got the same result. >=20 > I'm using verbose krenel message but I only see such a line on the firs= t > "diskinfo /dev/da1": WARNING: Disk drive da1 has no d_delmaxsize >=20 > If I use "sysctl kern.geom.debugflags=3D253" (log everything except G_T= _BIO), I get > the below very verbose output FYI: >=20 > Dexuan: after the disk capacity change, this is for the first "diskinf= o /dev/da1". > 1 g_dev_open(da1, 1, 8192, 0xfffff80111d95000) > 2 g_access(0xfffff80004c92880(da1), 1, 0, 0) > 3 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a635= 00(da1) > 4 g_disk_access(da1, 1, 0, 0) > 5 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) > 6 WARNING: Disk drive da1 has no d_delmaxsize > 7 g_dev_close(da1, 131073, 8192, 0xfffff80111d95000) > 8 g_access(0xfffff80004c92880(da1), -1, 0, 0) > 9 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63= 500(da1) > 10 g_disk_access(da1, -1, 0, 0) > 11 >=20 > Dexuan: this is for the second "diskinfo /dev/da1". > 12 > 13 g_dev_open(da1, 1, 8192, 0xfffff80111d95500) > 14 g_access(0xfffff80004c92880(da1), 1, 0, 0) > 15 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a635= 00(da1) > 16 g_disk_access(da1, 1, 0, 0) > 17 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) > 18 g_dev_close(da1, 131073, 8192, 0xfffff80111d95500) > 19 g_access(0xfffff80004c92880(da1), -1, 0, 0) > 20 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63= 500(da1) I don't think any of the r/w/e numbers should ever be able to go negative. I am just guessing, but might be related to the problem. > 21 g_disk_access(da1, -1, 0, 0) > 22 >=20 > Dexuan: after disk capacity change, this is for the first "gpart show /= dev/da1": > the new free space is not detected, though the new disk capacity is det= ected. > 23 > 24 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) > 25 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) > 26 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) > 27 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) > 28 >=20 > Dexuan: this is for the=20 > openat(AT_FDCWD,"/dev/da1",O_WRONLY|O_CREAT,0644);": > 29 > 30 g_dev_open(da1, 2, 8192, 0xfffff80111d95500) > 31 g_access(0xfffff80004c92880(da1), 0, 1, 0) > 32 open delta:[r0w1e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a635= 00(da1) > 33 g_disk_access(da1, 0, 1, 0) > 34 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) > 35 g_post_event_x(0xffffffff8099e760, 0xfffff80004a63500, 2, 0) > 36 ref 0xfffff80004a63500 > 37 g_spoil_event 0xfffff80004a63500(DISK:da1:da1) > 38 g_part_spoiled(da1) > 39 g_wither_geom(0xfffff802693bc700(da1)) > 40 g_detach(0xfffff80004c92800) > 41 g_destroy_consumer(0xfffff80004c92800) > 42 g_destroy_geom(0xfffff802693bc700(da1)) > 43 g_dev_close(da1, 131074, 8192, 0xfffff80111d95500) > 44 g_access(0xfffff80004c92880(da1), 0, -1, 0) > 45 open delta:[r0w-1e0] old:[r0w1e0] provider:[r0w1e0] 0xfffff80004a63= 500(da1) > 46 g_disk_access(da1, 0, -1, 0) > 47 g_post_event_x(0xffffffff8099db70, 0xfffff80004a63500, 2, 0) > 48 ref 0xfffff80004a63500 > 49 g_raid_taste(RAID, da1) > 50 g_attach(0xfffff80004c92800, 0xfffff80004a63500) > 51 g_access(0xfffff80004c92800(da1), 1, 0, 0) > 52 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a635= 00(da1) > 53 g_disk_access(da1, 1, 0, 0) > 54 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) > 55 g_access(0xfffff80004c92800(da1), -1, 0, 0) > 56 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63= 500(da1) > 57 g_disk_access(da1, -1, 0, 0) > 58 g_detach(0xfffff80004c92800) > 59 g_destroy_consumer(0xfffff80004c92800) > 60 g_destroy_geom(0xfffff80269439400(raid:taste)) > 61 g_label_taste(LABEL, da1) > 62 g_attach(0xfffff80004c92800, 0xfffff80004a63500) > 63 g_access(0xfffff80004c92800(da1), 1, 0, 0) > 64 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a635= 00(da1) > 65 g_disk_access(da1, 1, 0, 0) > 66 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) > 67 g_access(0xfffff80004c92800(da1), -1, 0, 0) > 68 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63= 500(da1) > 69 g_disk_access(da1, -1, 0, 0) > 70 g_detach(0xfffff80004c92800) > 71 g_destroy_consumer(0xfffff80004c92800) > 72 g_destroy_geom(0xfffff80269439400(label:taste)) > 73 g_part_taste(PART,da1) > 74 g_attach(0xfffff80004c92800, 0xfffff80004a63500) > 75 g_access(0xfffff80004c92800(da1), 1, 0, 0) > 76 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a635= 00(da1) > 77 g_disk_access(da1, 1, 0, 0) > 78 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) > 79 g_access(0xfffff80004c92800(da1), -1, 0, 0) > 80 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63= 500(da1) > 81 g_disk_access(da1, -1, 0, 0) > 81 g_disk_access(da1, -1, 0, 0) >=20 > Dexuan: this is for the second "gpart show /dev/da1": the new free spac= e is > detected: > 82 > 83 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) > 84 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) > 85 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144) > 86 g_post_event_x(0xffffffff80998520, 0xfffff800043942c0, 2, 262144 >=20 >=20 > Thanks, > -- Dexuan >=20 --=20 Allan Jude --7kXAVjkNJl0xqOHUpWDenvEP9DH1DJ2dJ-- --fPTf5NRdVwC7r793SaOc9wnga8fWsd446 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJXgRMuAAoJEBmVNT4SmAt+2hQP/0KRnvWTV+2oj/UlV8O2B1Fx HEWcomqPosVJaSnnxzq8ykgK9GzoujC4tCAsuSYuEL7gqK6N5RsIvr+Mptu0SuIX jFLhaXTqSxdR23GVz27OKseGUh9kMjDIKvvkXR/VToyX+hbsnQ7uEynsCv6WdYZE SMPoGoOl5zzlemPnEf0sFnighvPyKpj3XoHoW0phITTuzetFxPObE1Rapn0boQWf e0esfujmGRA8HNb4RDAbOG6vPlb7oOfFtmP/ESVcoGPl8VtQJZpWozHq6KujnQx2 +K/aWkrj9dmeICWMy5MYTJqSZcurhHbbCo1X7cy07ZNcj03QRDAo+Zacel+K2lGo myxU5Xff1EtXlHg5dfJGSiLSF78buTwszQ8ZVWY9ul2AsPO3BHUF4h8owAlZ/8LA 3v0qsvom+KJyPO4SUCl2WFn6RLgMTBQPDo3r2wB+2WE6c/gLXvS+c9KvbtUiYdca QBAH62LK6GyMQ+avTxLdGkuU0Fd1lkAieiDzBRHLN1Adscc1hGPACy9NHsu9Hyup VZOYErK/TM0/C5TiEYzLq2SLqnqafawWaK4bEjHnstDyN72r9e6uM13zHVX+POAX 6zSF/uoB2K2eaxxKtdzlSOzS0t7DMLdDc6cC9Or4JZ7rYST/U8AXV75PLu69pLX4 zfkw26Aady/w08sZ8dOP =tNRB -----END PGP SIGNATURE----- --fPTf5NRdVwC7r793SaOc9wnga8fWsd446-- From owner-freebsd-geom@freebsd.org Sat Jul 9 15:31:35 2016 Return-Path: Delivered-To: freebsd-geom@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3312B84642 for ; Sat, 9 Jul 2016 15:31:35 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 405421543; Sat, 9 Jul 2016 15:31:35 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from localhost (unknown [204.8.219.11]) by mail.dawidek.net (Postfix) with ESMTPSA id 55904D97; Sat, 9 Jul 2016 17:22:44 +0200 (CEST) Date: Sat, 9 Jul 2016 17:22:43 +0200 From: Pawel Jakub Dawidek To: Allan Jude Cc: Dexuan Cui , "Andrey V. Elsukov" , "freebsd-geom@freebsd.org" , Sepherosa Ziehau , sobomax , imp , ken , Hongjiang Zhang Subject: Re: How to force GEOM to recalculate the free space after the disk is resized? Message-ID: <20160709152243.GC95125@garage.freebsd.pl> References: <577FE380.8020601@yandex.ru> <81898d87-3413-d7a4-9462-069567a69701@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <81898d87-3413-d7a4-9462-069567a69701@freebsd.org> X-OS: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2016 15:31:35 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 09, 2016 at 11:07:22AM -0400, Allan Jude wrote: > On 2016-07-08 22:32, Dexuan Cui wrote: > >> From: Andrey V. Elsukov [mailto:bu7cher@yandex.ru] > >> Sent: Saturday, July 9, 2016 1:32 > >> To: Dexuan Cui ; freebsd-geom@freebsd.org > >> Cc: sobomax ; Sepherosa Ziehau > >> ; ken ; Allan Jude > >> ; Hongjiang Zhang ; imp > >> > >> Subject: Re: How to force GEOM to recalculate the free space after the= disk is > >> resized? > >> > >> On 08.07.16 15:19, Dexuan Cui via freebsd-geom wrote: > >>> I'm not familiar with GEOM. Can somebody please explain the > >>> behavior? > >>> > >> > >> What FreeBSD version do you use? > >> What messages do you see in the console/dmesg after resizing of disk? > >> > >> WBR, Andrey V. Elsukov > >=20 > > I'm using 11-CURRENT, but I also tried 10.3 and got the same result. > >=20 > > I'm using verbose krenel message but I only see such a line on the first > > "diskinfo /dev/da1": WARNING: Disk drive da1 has no d_delmaxsize > >=20 > > If I use "sysctl kern.geom.debugflags=3D253" (log everything except G_T= _BIO), I get > > the below very verbose output FYI: > >=20 > > Dexuan: after the disk capacity change, this is for the first "diskinf= o /dev/da1". > > 1 g_dev_open(da1, 1, 8192, 0xfffff80111d95000) > > 2 g_access(0xfffff80004c92880(da1), 1, 0, 0) > > 3 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a635= 00(da1) > > 4 g_disk_access(da1, 1, 0, 0) > > 5 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) > > 6 WARNING: Disk drive da1 has no d_delmaxsize > > 7 g_dev_close(da1, 131073, 8192, 0xfffff80111d95000) > > 8 g_access(0xfffff80004c92880(da1), -1, 0, 0) > > 9 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63= 500(da1) > > 10 g_disk_access(da1, -1, 0, 0) > > 11 > >=20 > > Dexuan: this is for the second "diskinfo /dev/da1". > > 12 > > 13 g_dev_open(da1, 1, 8192, 0xfffff80111d95500) > > 14 g_access(0xfffff80004c92880(da1), 1, 0, 0) > > 15 open delta:[r1w0e0] old:[r0w0e0] provider:[r0w0e0] 0xfffff80004a635= 00(da1) > > 16 g_disk_access(da1, 1, 0, 0) > > 17 g_post_event_x(0xffffffff80996bb0, 0xfffff8001369e400, 1, 0) > > 18 g_dev_close(da1, 131073, 8192, 0xfffff80111d95500) > > 19 g_access(0xfffff80004c92880(da1), -1, 0, 0) > > 20 open delta:[r-1w0e0] old:[r1w0e0] provider:[r1w0e0] 0xfffff80004a63= 500(da1) >=20 > I don't think any of the r/w/e numbers should ever be able to go > negative. I am just guessing, but might be related to the problem. They don't go negative. By doing g_access(prov, -1, 0, 0) you simply close read access to the provider. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://mobter.com --T4sUOijqQbZv57TR Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJXgRbDAAoJEJVLhSuxKFt1j0gQAMu/CL9tfEJ9ZMvoT4woBK88 6k/+qRxVNpJdEU/Dlyhas5Q5c47KzqlOaFNGBwPN2nyCcgLU7kELMLiWo/KZigrv GnssRX2S4+odPEAvx0Y2ooHDOu88kjK3XfjcF0mIMyX9OZSk3ZLjoaAh2diqxpnl 1QL3TkRB0HFJcnaRvhpTmOePHw5/27Zv+2J65sTfN/3zP92sDSe+UH1S44wj+p2V QOFS9pHqemeIQr/Ht4BjsQdQfroLG+0XEXVuOI8IRvq0qOx6BAl/th+t7HGAlDCo 7rfwzodl8hSiGHVflPHzSDY7iVOz4+tUCnTPpCFuHAAbxsMfIMWs2LNQXOO9hlSu jW8G3KKl5A4HYJ8REcMhUIVmjVSd8ZDUM3L1QbmTI//dV4y4/rY3XXsiGuQuowbk qi1+fYJ5P9N4mfFe77L0fUt1l/KTMkL3JvGqU66bnHimNFjo+Yd8/qSQeJS7Y41n hsNoAvw0Z11uTeqqpn2xJZc5uN+s+WxTFM5RUayOV1GktOgx4RQ0XgoSjm8b4GXp iQriwUoYpqJIVA4xHG6Ytej1IFAC34uxdab/0ksnkczDFDPX82LniGszq019srfW 3p46XzMVIbrOumCe7yHmOuFV3L5k56fH4XRojFDLckT0KhXmdbOulVijeDdeuk2Y 91jvKxzax/jNx2l4F5m0 =ozNL -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR--