From unknown Fri Jun 20 20:11:46 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14251: coreutils-8.15: tail.c : Need support for StorNext file system as distributed file system Resent-From: Guenter Ressel-Herbert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 24 Apr 2013 07:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 14251 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 14251@debbugs.gnu.org Cc: Guenter Ressel-Herbert X-Debbugs-Original-To: "bug-coreutils@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.136678738228959 (code B ref -1); Wed, 24 Apr 2013 07:10:01 +0000 Received: (at submit) by debbugs.gnu.org; 24 Apr 2013 07:09:42 +0000 Received: from localhost ([127.0.0.1]:40204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UUtpi-0007Wi-7N for submit@debbugs.gnu.org; Wed, 24 Apr 2013 03:09:40 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60170) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UUtdO-0006Zr-T8 for submit@debbugs.gnu.org; Wed, 24 Apr 2013 02:56:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UUtYS-0005SW-KW for submit@debbugs.gnu.org; Wed, 24 Apr 2013 02:51:54 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,HTML_MESSAGE, RCVD_IN_DNSWL_LOW autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:36412) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UUtYS-0005SS-IA for submit@debbugs.gnu.org; Wed, 24 Apr 2013 02:51:48 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UUtYM-0001Ww-Mv for bug-coreutils@gnu.org; Wed, 24 Apr 2013 02:51:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UUtYH-0005Qj-7h for bug-coreutils@gnu.org; Wed, 24 Apr 2013 02:51:42 -0400 Received: from mx0a-000ceb01.pphosted.com ([67.231.144.126]:41129) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UUtYG-0005QJ-RD for bug-coreutils@gnu.org; Wed, 24 Apr 2013 02:51:37 -0400 Received: from pps.filterd (m0030277 [127.0.0.1]) by mx0a-000ceb01.pphosted.com (8.14.5/8.14.5) with SMTP id r3O6md7J017222 for ; Tue, 23 Apr 2013 23:51:34 -0700 Received: from ppoxedge2.quantum.com ([146.174.252.28]) by mx0a-000ceb01.pphosted.com with ESMTP id 1bwt25ae91-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 23 Apr 2013 23:51:34 -0700 Received: from PPOMSG2.QUANTUM.com (10.50.35.27) by PPOXEDGE2.quantum.com (146.174.252.28) with Microsoft SMTP Server (TLS) id 14.2.318.1; Wed, 24 Apr 2013 00:51:19 -0600 Received: from ZURMSG2.QUANTUM.com (10.100.32.132) by PPOMSG2.QUANTUM.com (192.168.110.27) with Microsoft SMTP Server (TLS) id 14.2.318.1; Wed, 24 Apr 2013 00:47:22 -0600 Received: from ZURMSG1.QUANTUM.com ([fe80::7821:6358:1672:7eb2]) by ZURMSG2.QUANTUM.com ([fe80::7988:6701:346f:fdb9%25]) with mapi id 14.02.0318.001; Wed, 24 Apr 2013 08:47:20 +0200 From: Guenter Ressel-Herbert Thread-Topic: coreutils-8.15: tail.c : Need support for StorNext file system as distributed file system Thread-Index: Ac5At5DFZHMW5//pRMKpKElNWU4+HQ== Date: Wed, 24 Apr 2013 06:47:19 +0000 Message-ID: <7DA935AE16B8D74485DC235794770E5B0A0966CB@ZURMSG1.QUANTUM.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.32.4] Content-Type: multipart/alternative; boundary="_000_7DA935AE16B8D74485DC235794770E5B0A0966CBZURMSG1QUANTUMc_" MIME-Version: 1.0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1211240000 definitions=main-1304230387 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626, 1.0.431, 0.0.0000 definitions=2013-04-24_02:2013-04-24, 2013-04-24, 1970-01-01 signatures=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.5 (---) X-Mailman-Approved-At: Wed, 24 Apr 2013 03:09:36 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) --_000_7DA935AE16B8D74485DC235794770E5B0A0966CBZURMSG1QUANTUMc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, my name is Guenter Ressel-Herbert and I'm working in Quantum's StorNext Sus= taining Engineering team. I have a customer that needs support for tail -f on our StorNext SAN client= s. StorNext (ex cvfs) is a distributed file system that is bypassing the VFS layer on the client, hence no trigger= for any inotify registration. Seems to be a common issue for most distributed file systems. Checking out coreutils= -8.15/src/tail.c, I found that tail -f reverts back to the traditional polling method for all FS's listed = in src/fs-is-local.h returning 0. Would you please be so kind and add StorNext as distributed file system to that h= eader file? You also might need to make up a new #define for the StorNext magic listed below. StorNext output for fstatfs: fstatfs(3, {f_type=3D0xbeefdead, f_bsize=3D4096, f_blocks=3D244187136, f_bf= ree=3D242457823, f_bavail=3D242457823, f_files=3D1262592, f_ffree=3D1262483= , f_fsid=3D{1939504002, 317934}, f_namelen=3D255, f_frsize=3D4096}) =3D 0 As you see, the magic is 0xbeefdead. Thanks a lot! Guenter Ressel-Herbert ---------------------------------------------------------------------- The information contained in this transmission may be confidential. Any dis= closure, copying, or further distribution of confidential information is no= t permitted unless such privilege is explicitly granted in writing by Quant= um. Quantum reserves the right to have electronic communications, including= email and attachments, sent across its networks filtered through anti viru= s and spam software programs and retain such messages in order to comply wi= th applicable data security and retention requirements. Quantum is not resp= onsible for the proper and complete transmission of the substance of this c= ommunication or for any delay in its receipt. --_000_7DA935AE16B8D74485DC235794770E5B0A0966CBZURMSG1QUANTUMc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks,

 

my name is Guenter Ressel-Herbert and I’m work= ing in Quantum’s StorNext Sustaining Engineering team.

I have a customer that needs support for tail –= ;f on our StorNext SAN clients. StorNext (ex cvfs) is a distributed

file system that is bypassing the VFS layer on the c= lient, hence no trigger for any inotify registration. Seems to

be a common issue for most distributed file systems.= Checking out coreutils-8.15/src/tail.c, I found that

tail –f reverts back to the traditional pollin= g method for all FS’s listed in  src/fs-is-local.h  returni= ng 0. Would

you please be so kind and add StorNext as distribute= d file system to that header file? You also might need

to make up a new #define for the StorNext magic list= ed below.

 

StorNext output for fstatfs:

 

 

fstatfs(3, {f_type=3D0xbeefdead, f_bsize=3D4096, = f_blocks=3D244187136, f_bfree=3D242457823, f_bavail=3D242457823, f_files=3D= 1262592, f_ffree=3D1262483, f_fsid=3D{1939504002, 317934}, f_namelen=3D255,= f_frsize=3D4096}) =3D 0

 

As you see, the magic is 0xbeefdead.

 

Thanks a lot!

 

Guenter Ressel-Herbert

 

 

 

 

The information contained in this transmission may be confidential. Any= disclosure, copying, or further distribution of confidential information i= s not permitted unless such privilege is explicitly granted in writing by Q= uantum. Quantum reserves the right to have electronic communications, inclu= ding email and attachments, sent across its networks filtered through anti = virus and spam software programs and retain such messages in order to compl= y with applicable data security and retention requirements. Quantum is not = responsible for the proper and complete transmission of the substance of th= is communication or for any delay in its receipt.
--_000_7DA935AE16B8D74485DC235794770E5B0A0966CBZURMSG1QUANTUMc_-- From unknown Fri Jun 20 20:11:46 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Guenter Ressel-Herbert Subject: bug#14251: closed (Re: bug#14251: coreutils-8.15: tail.c : Need support for StorNext file system as distributed file system) Message-ID: References: <517857D4.3070604@draigBrady.com> <7DA935AE16B8D74485DC235794770E5B0A0966CB@ZURMSG1.QUANTUM.com> X-Gnu-PR-Message: they-closed 14251 X-Gnu-PR-Package: coreutils Reply-To: 14251@debbugs.gnu.org Date: Wed, 24 Apr 2013 22:14:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1366841642-23520-1" This is a multi-part message in MIME format... ------------=_1366841642-23520-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #14251: coreutils-8.15: tail.c : Need support for StorNext file system as d= istributed file system which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 14251@debbugs.gnu.org. --=20 14251: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D14251 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1366841642-23520-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 14251-done) by debbugs.gnu.org; 24 Apr 2013 22:13:34 +0000 Received: from localhost ([127.0.0.1]:41703 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UV7wU-00065M-8O for submit@debbugs.gnu.org; Wed, 24 Apr 2013 18:13:34 -0400 Received: from mx1.redhat.com ([209.132.183.28]:56085) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UV7wR-00065D-Rd for 14251-done@debbugs.gnu.org; Wed, 24 Apr 2013 18:13:33 -0400 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3OM8Ptj028317 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 24 Apr 2013 18:08:25 -0400 Received: from [10.36.116.72] (ovpn-116-72.ams2.redhat.com [10.36.116.72]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r3OM8K1M008039 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 24 Apr 2013 18:08:23 -0400 Message-ID: <517857D4.3070604@draigBrady.com> Date: Wed, 24 Apr 2013 23:08:20 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Guenter Ressel-Herbert Subject: Re: bug#14251: coreutils-8.15: tail.c : Need support for StorNext file system as distributed file system References: <7DA935AE16B8D74485DC235794770E5B0A0966CB@ZURMSG1.QUANTUM.com> In-Reply-To: <7DA935AE16B8D74485DC235794770E5B0A0966CB@ZURMSG1.QUANTUM.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/mixed; boundary="------------060800020400080100070004" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 14251-done Cc: 14251-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) This is a multi-part message in MIME format. --------------060800020400080100070004 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id r3OM8Ptj028317 On 04/24/2013 07:47 AM, Guenter Ressel-Herbert wrote: > Folks, >=20 > my name is Guenter Ressel-Herbert and I'm working in Quantum's StorNext= Sustaining Engineering team. > I have a customer that needs support for tail -f on our StorNext SAN cl= ients. StorNext (ex cvfs) is a distributed > file system that is bypassing the VFS layer on the client, hence no tri= gger for any inotify registration. Seems to > be a common issue for most distributed file systems. Checking out coreu= tils-8.15/src/tail.c, I found that > tail -f reverts back to the traditional polling method for all FS's lis= ted in src/fs-is-local.h returning 0. Would > you please be so kind and add StorNext as distributed file system to th= at header file? You also might need > to make up a new #define for the StorNext magic listed below. >=20 > StorNext output for fstatfs: >=20 > fstatfs(3, {f_type=3D0xbeefdead, f_bsize=3D4096, f_blocks=3D244187136, = f_bfree=3D242457823, f_bavail=3D242457823, f_files=3D1262592, f_ffree=3D1= 262483, f_fsid=3D{1939504002, 317934}, f_namelen=3D255, f_frsize=3D4096})= =3D 0 >=20 > As you see, the magic is 0xbeefdead. While I'm slightly hesitant above adding support for this closed source file system, there is precedence, and I see the clients are GPL. So I propose to support this with the attached. thanks, P=E1draig. --------------060800020400080100070004 Content-Type: text/x-patch; name="snfs.patch" Content-Disposition: attachment; filename="snfs.patch" Content-Transfer-Encoding: 7bit >From fc03e111bf9d5265436246a258898ce3e0e6b8a7 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= Date: Wed, 24 Apr 2013 22:59:46 +0100 Subject: [PATCH] stat,tail: improve support for snfs The StorNext distributed file system was previously known as CVFS. * src/stat.c (human_fstype): Add new file system ID definition. * NEWS: Mention the improvement. Fixes http://bugs.gnu.org/14251 --- NEWS | 2 +- src/stat.c | 2 ++ 2 files changed, 3 insertions(+), 1 deletions(-) diff --git a/NEWS b/NEWS index fc05b8a..3edb946 100644 --- a/NEWS +++ b/NEWS @@ -32,7 +32,7 @@ GNU coreutils NEWS -*- outline -*- ** Improvements - stat and tail work better with EFIVARFS, EXOFS, F2FS and UBIFS. + stat and tail work better with EFIVARFS, EXOFS, F2FS, SNFS and UBIFS. stat -f --format=%T now reports the file system type, and tail -f now uses inotify for files on those file systems, rather than the default (for unknown file system types) of issuing a warning and reverting to polling. diff --git a/src/stat.c b/src/stat.c index 8ba958a..a1d558c 100644 --- a/src/stat.c +++ b/src/stat.c @@ -399,6 +399,8 @@ human_fstype (STRUCT_STATVFS const *statfsbuf) return "selinux"; case S_MAGIC_SMB: /* 0x517B remote */ return "smb"; + case S_MAGIC_SNFS: /* 0xBEEFDEAD remote */ + return "snfs"; case S_MAGIC_SOCKFS: /* 0x534F434B local */ return "sockfs"; case S_MAGIC_SQUASHFS: /* 0x73717368 local */ -- 1.7.7.6 --------------060800020400080100070004-- ------------=_1366841642-23520-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 24 Apr 2013 07:09:42 +0000 Received: from localhost ([127.0.0.1]:40204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UUtpi-0007Wi-7N for submit@debbugs.gnu.org; Wed, 24 Apr 2013 03:09:40 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60170) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UUtdO-0006Zr-T8 for submit@debbugs.gnu.org; Wed, 24 Apr 2013 02:56:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UUtYS-0005SW-KW for submit@debbugs.gnu.org; Wed, 24 Apr 2013 02:51:54 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,HTML_MESSAGE, RCVD_IN_DNSWL_LOW autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:36412) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UUtYS-0005SS-IA for submit@debbugs.gnu.org; Wed, 24 Apr 2013 02:51:48 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UUtYM-0001Ww-Mv for bug-coreutils@gnu.org; Wed, 24 Apr 2013 02:51:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UUtYH-0005Qj-7h for bug-coreutils@gnu.org; Wed, 24 Apr 2013 02:51:42 -0400 Received: from mx0a-000ceb01.pphosted.com ([67.231.144.126]:41129) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UUtYG-0005QJ-RD for bug-coreutils@gnu.org; Wed, 24 Apr 2013 02:51:37 -0400 Received: from pps.filterd (m0030277 [127.0.0.1]) by mx0a-000ceb01.pphosted.com (8.14.5/8.14.5) with SMTP id r3O6md7J017222 for ; Tue, 23 Apr 2013 23:51:34 -0700 Received: from ppoxedge2.quantum.com ([146.174.252.28]) by mx0a-000ceb01.pphosted.com with ESMTP id 1bwt25ae91-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 23 Apr 2013 23:51:34 -0700 Received: from PPOMSG2.QUANTUM.com (10.50.35.27) by PPOXEDGE2.quantum.com (146.174.252.28) with Microsoft SMTP Server (TLS) id 14.2.318.1; Wed, 24 Apr 2013 00:51:19 -0600 Received: from ZURMSG2.QUANTUM.com (10.100.32.132) by PPOMSG2.QUANTUM.com (192.168.110.27) with Microsoft SMTP Server (TLS) id 14.2.318.1; Wed, 24 Apr 2013 00:47:22 -0600 Received: from ZURMSG1.QUANTUM.com ([fe80::7821:6358:1672:7eb2]) by ZURMSG2.QUANTUM.com ([fe80::7988:6701:346f:fdb9%25]) with mapi id 14.02.0318.001; Wed, 24 Apr 2013 08:47:20 +0200 From: Guenter Ressel-Herbert To: "bug-coreutils@gnu.org" Subject: coreutils-8.15: tail.c : Need support for StorNext file system as distributed file system Thread-Topic: coreutils-8.15: tail.c : Need support for StorNext file system as distributed file system Thread-Index: Ac5At5DFZHMW5//pRMKpKElNWU4+HQ== Date: Wed, 24 Apr 2013 06:47:19 +0000 Message-ID: <7DA935AE16B8D74485DC235794770E5B0A0966CB@ZURMSG1.QUANTUM.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.100.32.4] Content-Type: multipart/alternative; boundary="_000_7DA935AE16B8D74485DC235794770E5B0A0966CBZURMSG1QUANTUMc_" MIME-Version: 1.0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1211240000 definitions=main-1304230387 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8626, 1.0.431, 0.0.0000 definitions=2013-04-24_02:2013-04-24, 2013-04-24, 1970-01-01 signatures=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 24 Apr 2013 03:09:36 -0400 Cc: Guenter Ressel-Herbert X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) --_000_7DA935AE16B8D74485DC235794770E5B0A0966CBZURMSG1QUANTUMc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Folks, my name is Guenter Ressel-Herbert and I'm working in Quantum's StorNext Sus= taining Engineering team. I have a customer that needs support for tail -f on our StorNext SAN client= s. StorNext (ex cvfs) is a distributed file system that is bypassing the VFS layer on the client, hence no trigger= for any inotify registration. Seems to be a common issue for most distributed file systems. Checking out coreutils= -8.15/src/tail.c, I found that tail -f reverts back to the traditional polling method for all FS's listed = in src/fs-is-local.h returning 0. Would you please be so kind and add StorNext as distributed file system to that h= eader file? You also might need to make up a new #define for the StorNext magic listed below. StorNext output for fstatfs: fstatfs(3, {f_type=3D0xbeefdead, f_bsize=3D4096, f_blocks=3D244187136, f_bf= ree=3D242457823, f_bavail=3D242457823, f_files=3D1262592, f_ffree=3D1262483= , f_fsid=3D{1939504002, 317934}, f_namelen=3D255, f_frsize=3D4096}) =3D 0 As you see, the magic is 0xbeefdead. Thanks a lot! Guenter Ressel-Herbert ---------------------------------------------------------------------- The information contained in this transmission may be confidential. Any dis= closure, copying, or further distribution of confidential information is no= t permitted unless such privilege is explicitly granted in writing by Quant= um. Quantum reserves the right to have electronic communications, including= email and attachments, sent across its networks filtered through anti viru= s and spam software programs and retain such messages in order to comply wi= th applicable data security and retention requirements. Quantum is not resp= onsible for the proper and complete transmission of the substance of this c= ommunication or for any delay in its receipt. --_000_7DA935AE16B8D74485DC235794770E5B0A0966CBZURMSG1QUANTUMc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Folks,

 

my name is Guenter Ressel-Herbert and I’m work= ing in Quantum’s StorNext Sustaining Engineering team.

I have a customer that needs support for tail –= ;f on our StorNext SAN clients. StorNext (ex cvfs) is a distributed

file system that is bypassing the VFS layer on the c= lient, hence no trigger for any inotify registration. Seems to

be a common issue for most distributed file systems.= Checking out coreutils-8.15/src/tail.c, I found that

tail –f reverts back to the traditional pollin= g method for all FS’s listed in  src/fs-is-local.h  returni= ng 0. Would

you please be so kind and add StorNext as distribute= d file system to that header file? You also might need

to make up a new #define for the StorNext magic list= ed below.

 

StorNext output for fstatfs:

 

 

fstatfs(3, {f_type=3D0xbeefdead, f_bsize=3D4096, = f_blocks=3D244187136, f_bfree=3D242457823, f_bavail=3D242457823, f_files=3D= 1262592, f_ffree=3D1262483, f_fsid=3D{1939504002, 317934}, f_namelen=3D255,= f_frsize=3D4096}) =3D 0

 

As you see, the magic is 0xbeefdead.

 

Thanks a lot!

 

Guenter Ressel-Herbert

 

 

 

 

The information contained in this transmission may be confidential. Any= disclosure, copying, or further distribution of confidential information i= s not permitted unless such privilege is explicitly granted in writing by Q= uantum. Quantum reserves the right to have electronic communications, inclu= ding email and attachments, sent across its networks filtered through anti = virus and spam software programs and retain such messages in order to compl= y with applicable data security and retention requirements. Quantum is not = responsible for the proper and complete transmission of the substance of th= is communication or for any delay in its receipt.
--_000_7DA935AE16B8D74485DC235794770E5B0A0966CBZURMSG1QUANTUMc_-- ------------=_1366841642-23520-1-- From unknown Fri Jun 20 20:11:46 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14251: coreutils-8.15: tail.c : Need support for StorNext file system as distributed file system Resent-From: Jim Meyering Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 25 Apr 2013 04:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14251 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 14251@debbugs.gnu.org Cc: Guenter.Ressel-Herbert@quantum.com, P@draigBrady.com Received: via spool by 14251-submit@debbugs.gnu.org id=B14251.13668629719117 (code B ref 14251); Thu, 25 Apr 2013 04:10:02 +0000 Received: (at 14251) by debbugs.gnu.org; 25 Apr 2013 04:09:31 +0000 Received: from localhost ([127.0.0.1]:42031 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UVDUv-0002Mz-Vq for submit@debbugs.gnu.org; Thu, 25 Apr 2013 00:09:30 -0400 Received: from mx.meyering.net ([88.168.87.75]:46176) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UVDUt-0002Mn-MR for 14251@debbugs.gnu.org; Thu, 25 Apr 2013 00:09:28 -0400 Received: from rho.meyering.net (rho.meyering.net [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id 965AB642AA; Thu, 25 Apr 2013 06:04:19 +0200 (CEST) From: Jim Meyering In-Reply-To: <517857D4.3070604@draigBrady.com> ("=?UTF-8?Q?P=C3=A1draig?= Brady"'s message of "Wed, 24 Apr 2013 23:08:20 +0100") References: <7DA935AE16B8D74485DC235794770E5B0A0966CB@ZURMSG1.QUANTUM.com> <517857D4.3070604@draigBrady.com> Date: Thu, 25 Apr 2013 06:04:19 +0200 Message-ID: <87sj2fcl30.fsf@rho.meyering.net> Lines: 10 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.5 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) P=E1draig Brady wrote: > Subject: [PATCH] stat,tail: improve support for snfs > > The StorNext distributed file system was previously known as CVFS. > > * src/stat.c (human_fstype): Add new file system ID definition. > * NEWS: Mention the improvement. > Fixes http://bugs.gnu.org/14251 Looks fine. Thanks.` From unknown Fri Jun 20 20:11:46 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14251: coreutils-8.15: tail.c : Need support for StorNext file system as distributed file system Resent-From: Bernhard Voelker Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 25 Apr 2013 07:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14251 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: "=?UTF-8?Q?P=C3=A1draig?= Brady" , Guenter Ressel-Herbert Cc: 14251-done@debbugs.gnu.org Reply-To: Bernhard Voelker Received: via spool by 14251-done@debbugs.gnu.org id=D14251.13668744523099 (code D ref 14251); Thu, 25 Apr 2013 07:21:02 +0000 Received: (at 14251-done) by debbugs.gnu.org; 25 Apr 2013 07:20:52 +0000 Received: from localhost ([127.0.0.1]:42214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UVGU4-0000ne-3e for submit@debbugs.gnu.org; Thu, 25 Apr 2013 03:20:50 -0400 Received: from moutng.kundenserver.de ([212.227.126.186]:59264) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UVGU0-0000nG-Mf for 14251-done@debbugs.gnu.org; Thu, 25 Apr 2013 03:20:46 -0400 Received: from oxbsltgw15.schlund.de (oxbsltgw15.schlund.de [172.19.249.32]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0LtRzc-1UezpR0iTk-010xZP; Thu, 25 Apr 2013 09:15:25 +0200 Date: Thu, 25 Apr 2013 09:15:25 +0200 (CEST) From: Bernhard Voelker Message-ID: <1709342587.633542.1366874125175.open-xchange@email.1und1.de> In-Reply-To: <517857D4.3070604@draigBrady.com> References: <7DA935AE16B8D74485DC235794770E5B0A0966CB@ZURMSG1.QUANTUM.com> <517857D4.3070604@draigBrady.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v- X-Provags-ID: V02:K0:xlmccDBh3xZ8mFLgOzijyrTfDnmA973MCQUrSUGXDEW IXpsUfi70+nvXMGaBQp+3EwUI0gYtV3oOx1Ky5TRxD/sM5sSN6 jeIdDad7cIoOTYYtrgts6k5r2WvAGe8dI3uxarYuXljWUCAzwZ KJBlSozZ5MExdWiylQkVL1J3LcuCJ+PCEeXAx1Dms2/194KRIp vMXEi7QhoE4t9XEPBK8wXJzzTRDiuNN1SdVn4+zYyAf1a4Cq6R idElbTov1jr+hkifcMt8NEDKbqsjyLi+YkaDXJrJBu/WBP0Cey BkhyEWFiUfBTrZx4crUt6+qRS0Z++62DsPi08Lp3wi/maQeltV TKqX36XO42lVYvqD39JAdzejFIoqQ4zym3T0JAScBjmlee1wFc OB6ba1yAG6zB10B6oyHxvTB/7hAFGAixYs= X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > On April 25, 2013 at 12:08 AM P=C3=A1draig Brady wrote= : > While I'm slightly hesitant above adding support for > this closed source file system, there is precedence, > and I see the clients are GPL. > > So I propose to support this with the attached. Hi Padraig, I also searched a bit for 0xBEEFDEAD, but I couldn't find a good document related to StorNext. Where did you find the file system name? Should we add such an URL to the commit? Otherwise, the patch looks good. Have a nice day, Berny From unknown Fri Jun 20 20:11:46 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14251: coreutils-8.15: tail.c : Need support for StorNext file system as distributed file system Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 25 Apr 2013 08:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14251 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Bernhard Voelker , Guenter Ressel-Herbert Cc: 14251@debbugs.gnu.org Received: via spool by 14251-submit@debbugs.gnu.org id=B14251.136688031328663 (code B ref 14251); Thu, 25 Apr 2013 08:59:02 +0000 Received: (at 14251) by debbugs.gnu.org; 25 Apr 2013 08:58:33 +0000 Received: from localhost ([127.0.0.1]:42299 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UVI0f-0007SC-AK for submit@debbugs.gnu.org; Thu, 25 Apr 2013 04:58:33 -0400 Received: from mx1.redhat.com ([209.132.183.28]:7115) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UVI0c-0007Rs-CK for 14251@debbugs.gnu.org; Thu, 25 Apr 2013 04:58:32 -0400 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3P8rCte022288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 25 Apr 2013 04:53:12 -0400 Received: from [10.36.116.80] (ovpn-116-80.ams2.redhat.com [10.36.116.80]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3P8r8JD000771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Apr 2013 04:53:10 -0400 Message-ID: <5178EEF4.6090705@draigBrady.com> Date: Thu, 25 Apr 2013 09:53:08 +0100 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 References: <7DA935AE16B8D74485DC235794770E5B0A0966CB@ZURMSG1.QUANTUM.com> <517857D4.3070604@draigBrady.com> <1709342587.633542.1366874125175.open-xchange@email.1und1.de> In-Reply-To: <1709342587.633542.1366874125175.open-xchange@email.1und1.de> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id r3P8rCte022288 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) On 04/25/2013 08:15 AM, Bernhard Voelker wrote: >> On April 25, 2013 at 12:08 AM P=C3=A1draig Brady wr= ote: >> While I'm slightly hesitant above adding support for >> this closed source file system, there is precedence, >> and I see the clients are GPL. >> >> So I propose to support this with the attached. >=20 > Hi Padraig, >=20 > I also searched a bit for 0xBEEFDEAD, but I couldn't find > a good document related to StorNext. Where did you find > the file system name? Should we add such an URL to the commit? I got the name from just searching for snfs and cvfs. There were various URLs referring to both. As for BEEFDEAD, I didn't see anything online. Guenter, can you post a link to the GPL client code so we can link/verify? > Otherwise, the patch looks good. thanks, P=C3=A1draig. From unknown Fri Jun 20 20:11:46 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14251: coreutils-8.15: tail.c : Need support for StorNext file system as distributed file system Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 25 Apr 2013 16:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14251 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Bernhard Voelker , Guenter Ressel-Herbert Cc: 14251@debbugs.gnu.org Received: via spool by 14251-submit@debbugs.gnu.org id=B14251.136690626713678 (code B ref 14251); Thu, 25 Apr 2013 16:12:02 +0000 Received: (at 14251) by debbugs.gnu.org; 25 Apr 2013 16:11:07 +0000 Received: from localhost ([127.0.0.1]:43264 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UVOlH-0003YZ-5w for submit@debbugs.gnu.org; Thu, 25 Apr 2013 12:11:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]:34973) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UVOlD-0003YK-S0 for 14251@debbugs.gnu.org; Thu, 25 Apr 2013 12:11:05 -0400 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r3PG5khh023059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 25 Apr 2013 12:05:46 -0400 Received: from [10.36.116.20] (ovpn-116-20.ams2.redhat.com [10.36.116.20]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r3PG5hj8003946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Apr 2013 12:05:45 -0400 Message-ID: <51795457.5000705@draigBrady.com> Date: Thu, 25 Apr 2013 17:05:43 +0100 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 References: <7DA935AE16B8D74485DC235794770E5B0A0966CB@ZURMSG1.QUANTUM.com> <517857D4.3070604@draigBrady.com> <1709342587.633542.1366874125175.open-xchange@email.1und1.de> <5178EEF4.6090705@draigBrady.com> In-Reply-To: <5178EEF4.6090705@draigBrady.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id r3PG5khh023059 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) On 04/25/2013 09:53 AM, P=C3=A1draig Brady wrote: > On 04/25/2013 08:15 AM, Bernhard Voelker wrote: >>> On April 25, 2013 at 12:08 AM P=C3=A1draig Brady w= rote: >>> While I'm slightly hesitant above adding support for >>> this closed source file system, there is precedence, >>> and I see the clients are GPL. >>> >>> So I propose to support this with the attached. >> >> Hi Padraig, >> >> I also searched a bit for 0xBEEFDEAD, but I couldn't find >> a good document related to StorNext. Where did you find >> the file system name? Should we add such an URL to the commit? >=20 > I got the name from just searching for snfs and cvfs. > There were various URLs referring to both. >=20 > As for BEEFDEAD, I didn't see anything online. > Guenter, can you post a link to the GPL client code > so we can link/verify? Sorry I got confused with FhGFS, which has GPL clients. thanks, P=C3=A1draig.