From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) by sourceware.org (Postfix) with ESMTPS id CBF6A3858D28; Mon, 28 Aug 2023 05:35:56 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org CBF6A3858D28 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-ed1-x535.google.com with SMTP id 4fb4d7f45d1cf-51e28cac164so7810360a12.1; Sun, 27 Aug 2023 22:35:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693200955; x=1693805755; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=vTFe/bcKRhZkEmMwVcu+Mp+j9CztdquIyvIAkubJ9fU=; b=mLy4qJcK38pvp1xHS7lEWWnBMq4C/3Ady0yKlEsWf5J3KhjCG5vHYbbMyuzTLO0d64 hYq1AiD7nxv447dyHDTOsXYnIZnzXLLOyWBcnbQ0XcBiRAVq11c8MAOzJi43QdsUfmOi KQ4FAnpbZp/PNreqYAMxhXu4jED6ZGQHKGEATugUpBoHQsUVittzU4ZRARsgvB0OQZ6K XHaYS0GkRrYUMFvYkPUHcMnBT6TvuYDFkfrjDmNNsjcCQ3NwRKemFuHLGaCT/kvcfrdc crlg1REjqCpAR7obpaW72I9IcoCM2iMdsmycUEx4OGUYV7cL242gL1TavAlYTwyWTU2w Rg5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693200955; x=1693805755; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=vTFe/bcKRhZkEmMwVcu+Mp+j9CztdquIyvIAkubJ9fU=; b=S1nc4unfxa2A/MB6YDthf4vlZtogWOLnPTQnfcxSkfPUArUmN9UEF9+UIAcujFdbkL AK1ShhNVou2w7kq8R4D9oE11AGMTdAj6OVezfH/0PcWo/4X0rnpnyjzbHGQ+972ENayv fewl9gXda6qvwB6Z+1lfrCTo0dqaMcGJi6sAS7Lbc+ngNdS2X3eqtiOMWnGMXaVUt29G T6EMzpKJshuXyRwOhQn+lkqbjCL/JuktzNCpk/DmZQzAzWks3ZBDK9QjleGphFUtglU/ L1GhAQrRUGHPMF9MoNCUa1Ae1puaX/mD90EEeOaOkuzjMTkGVHMW+hEyXuq9e7V451PX GfoA== X-Gm-Message-State: AOJu0YzDZv3q4p3Z89RNeINjc5VVnuTDbmN4CbXsN59DK+AuGzwyAQt0 w+YsVm1nYK+hciHfBNNsbdVVcvlpI3N8BbbNc1BEZZshFYZUWQ== X-Google-Smtp-Source: AGHT+IEd9sO61CKUZOpXdvjmoy7rZrtZgGb4rF6BO05eSop9beyirT+1qbtXznb/Va9GwxaL/1pwCx6SsOm3onxcLAk= X-Received: by 2002:a50:fa87:0:b0:525:8124:20fe with SMTP id w7-20020a50fa87000000b00525812420femr28630761edr.18.1693200955145; Sun, 27 Aug 2023 22:35:55 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Cedric Blancher Date: Mon, 28 Aug 2023 07:35:00 +0200 Message-ID: Subject: Re: Documenting Cygwin on NFS, no longer only exchange-medium! Re: How to fix |mkfifo()| failure if |pathname| is on NFS ? / was: Re: [EXTERNAL] Re: mkfifo: cannot set permissions of 'x.fifo': Not a directory To: cygwin@cygwin.com Cc: Corinna Vinschen Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,PLING_QUERY,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP 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 Sun, 27 Aug 2023 at 14:35, Corinna Vinschen via Cygwin wrote: > > On Aug 26 19:44, Martin Wege via Cygwin wrote: > > On Fri, Aug 25, 2023 at 2:19=E2=80=AFPM Corinna Vinschen via Cygwin > > wrote: > > > > > > On Aug 23 01:05, Roland Mainz via Cygwin wrote: > > > > Note that Cygwin does not interpret the file |myfifo.fifo| as FIFO, > > > > instead it comes back as a symlink "myfifo.fifo -> ':\0:c4:1000'". > > > > > > > > AFAIK there are (at least) these two options to fix the problems: > > > > 1. Check whether the filesystem for the fifos path is NFS > > > > (cgywin.dll's |fs.fs_is_nfs()|), and if it is a symlink check if it > > > > starts with ':\0:c4:' (assuming "c4" is the prefix for inodes creat= ed > > > > with |mkfifo()|). If this condition is |true|, then cygwin |stat()|= , > > > > |open()| etc. should treat this inode as FIFO. > > > > > > The downside is that it is not possible to diffentiate between Cygwin > > > FIFOs and real FIFOs created from the remote side in `ls -l' > > > output. Note that Cygwin returns the NFS stat info verbatim, so > > > a real FIFO is returned as a real FIFO: > > > > > > linux$ mkfifo bar > > > cygwin$ ls -l bar > > > prw-r--r-- 1 corinna vinschen 0 Aug 25 13:58 bar > > > > > > The idea was always to use NFS as exchange medium, but not as > > > installation medium for the entire distro or to keep Cygwin home > > > dirs on NFS. There were times where NFS was pretty unstable. > > > I used NFS for quite some time to build Cygwin packages, but at one > > > point I got trouble (performance problems with multiple concurrent > > > processes accessing an NFS share, build errors out of the blue), > > > so I switched to Samba shares, albeit grudgingly. I'm not yet > > > sure if the problems are fixed. At least a recent OpenSSH build > > > ran through without problems... > > > > Corinna, could you please update the Cygwin documentation then? We use > > NFS, both Windows builtin and CITI NFSv4.1, with Cygwin for years > > without major problems, so that comment about exchange-medium-only is > > clearly wrong! > > I'm talking about the idea how users would use NFS, and the idea was > that nobody in their right mind would use a crippled filesystem (from > the Windows POV) for the entire installation. Before you came up with > your complaints, nobody here even knew that somebody actually did that. What is missing in the Windows NFS filesystem to uncripple (if there is such a word in English) it from a Windows perspective? > > NFS is a niche filesystem on Windows and was never in the focus of > anybody here, except me, because I was toying around with it and was > happy to have it working. As far as I knew until a few days ago, > I was the only user of Cygwin's NFS support. Well, surprise, you were wrong. The Windows NFS filesystem has lots of users, but there are no centralised statistics. Just as an indicator, NFS on Windows has at least enough users to feed a couple of engineers at OpenText to work on their OpenText (once Hummingbird) NFS client product. Plus the two free implementations, Windows builtin NFSv3, and the CITI ms-nfsv41-client. > > As for FIFOs on NFS, as I wrote, they never worked as desired on NFS. > For kicks I tried back until Cygwin 3.3. Given this isn't a regression, > it won't be fixed for Cygwin 3.4. I am pretty sure this is a regression, as blast, staden and other software were built and operated on Cygwin. Just my PAIN job is how to rebuild our compute cluster (after total loss due water damage), new Windows, new blast&friends, new Cygwin. And promptly we got hit by this issue. > > As Brian wrote in his reply to your mail, we are all volunteers here. > Everybody working on Cygwin is working in their spare time and/or on the > goodwill of their employer. > > Cygwin is open source. You can fix or implement stuff yourself and send > the patches to the cygwin-patches ML for review. Otherwise you will > have to let us, the people actually working on the project, decide when > and how something gets implemented. I agree. > > Having said that, I have a local patch enabling FIFOs on NFS. I might > push it at one point to the main branch, but the pressure you guys are > currently building up on this mailing list puts me right off. This was not intended, at least not from my side. But in any case, I humbly apologise. Ced --=20 Cedric Blancher [https://plus.google.com/u/0/+CedricBlancher/] Institute Pasteur