From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from m0.truegem.net (m0.truegem.net [69.55.228.47]) by sourceware.org (Postfix) with ESMTPS id DDD3E3858C41 for ; Tue, 5 Mar 2024 11:04:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org DDD3E3858C41 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=maxrnd.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=maxrnd.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org DDD3E3858C41 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=69.55.228.47 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1709636657; cv=none; b=LRB4Upx5gsFO8pNnDFGG6TGOC6NBWnmjQ1MBOdq+1NKh8QW6pMo1hlVA8/DbtDfeH4tOQM9uRfDraqUz25YpyZyZKtXZXvJ1sj/nIT2o5G86blSdHdIm02bttU3iw4b0dgnh5/kgfONcDyrjVs1AnMioaRpzo+ZJYeyP3/duITM= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1709636657; c=relaxed/simple; bh=TppeITQB0ELGP1/EySw+zf+WBOxcplSl0eFquNj/4fg=; h=Message-ID:Date:MIME-Version:Subject:To:From; b=i4QMBPxs7/ZZizfPCpMZm9RoEQidxC+KrNmQUto6AK3ClUNmVbKqM1smBU+rSowNAEJ8aR5ZHCni/2Fqpn1GYtVYmE7l08IGkGh4rEVDhH2lTkqtN2FMA3TaTT98V5nMukz1GnnLJaHroWzX+9Xv04Zc9vMIlLaOzU6FXwpyG+s= ARC-Authentication-Results: i=1; server2.sourceware.org Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id 425BA6qe005397 for ; Tue, 5 Mar 2024 03:10:06 -0800 (PST) (envelope-from mark@maxrnd.com) Received: from 50-1-245-188.fiber.dynamic.sonic.net(50.1.245.188), claiming to be "[192.168.4.101]" via SMTP by m0.truegem.net, id smtpdYRgRHx; Tue Mar 5 03:10:00 2024 Message-ID: <7b399273-39c3-4b60-8617-15def4f6aba4@maxrnd.com> Date: Tue, 5 Mar 2024 03:04:09 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: /usr/bin/fallocate -v -d -l 2 myfile takes forever To: cygwin@cygwin.com References: <1de1f9f9-f8ee-45bf-9c63-fd151b6714f7@maxrnd.com> Content-Language: en-US From: Mark Geisert In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 3/5/2024 12:46 AM, Cedric Blancher via Cygwin wrote: > On Mon, 29 Jan 2024 at 10:46, Mark Geisert via Cygwin wrote: >> >> On 1/28/2024 11:56 PM, Mark Geisert via Cygwin wrote: >>> On 1/28/2024 10:44 PM, Cedric Blancher via Cygwin wrote: >>>> Good morning! >>>> >>>> rm -f myfile >>>> touch myfile >>>> /usr/bin/fallocate -v -d -l myfile takes forever with latest Cygwin 3.5 >>> ^ length goes here, before filename >>> >>> I believe you need to >>> chattr +S myfile >>> after the 'touch' to make the file sparsifiable. >>> >>> Also, I'm unsure if '-d' makes sense when initially allocating a sparse >>> file. If I leave it off, fallocate does the right thing. >>> >>> I'm separately investigating the 'takes forever' report. >> >> It's taking forever because it's in an infinite loop looking for data >> followed by a hole, which is not present in a new file being created. >> This is due to the '-d' option being specified. fallocate ought to >> diagnose this condition rather than looping forever, but here we are. >> >> It's possible we have an old fallocate from an old util-linux package. >> I'll try to investigate this further when I have time. >> > > Any update on this issue? Now that I've reviewed the whole email thread, I don't believe we ever received feedback from you on whether leaving off the '-d' option and doing the 'chattr +S' made any difference. ..mark