GNU bug report logs -
#12461
tail: unrecognized file system type 0xbacbacbc
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 12461 in the body.
You can then email your comments to 12461 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#12461
; Package
coreutils
.
(Mon, 17 Sep 2012 15:59:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Daniel Tschinder <daniel.tschinder <at> project-a.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Mon, 17 Sep 2012 15:59:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
this happens for me when i try to use tail on vmhgfs filesystem (vmwares shared folder file system)
unrecognized file system type 0xbacbacbc for '/data/[.…..]/sql.log'. please report this to bug-coreutils <at> gnu.org. reverting to polling
Greets
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#12461
; Package
coreutils
.
(Wed, 19 Sep 2012 20:10:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 12461 <at> debbugs.gnu.org (full text, mbox):
Daniel Tschinder wrote:
> this happens for me when i try to use tail on vmhgfs filesystem
> (vmwares shared folder file system)
>
> unrecognized file system type 0xbacbacbc for
> /data/[.…..]/sql.log'. please report this to
> bug-coreutils <at> gnu.org. reverting to polling
Thanks for the report.
This is becoming routine and mechanical enough that I've begun to
script the patch process ;-)
At least this time, the NEWS entry is not mechanically added,
since I'm adding to an existing one.
I've only read a little about vmhgfs, e.g.,
http://www.vmware.com/support/ws5/doc/ws_running_shared_folders.html
and google showed me only two hits for that magic number, 0xbacbacbc.
With that, I'm not sure whether it is safe to tell tail
to use inotify for files on a vmhgfs file system. That
decides the "local" vs. "remote" part in the patch below.
I.e., if running tail -f with the patch below on a file FOO in a
shared directory on the host, and a VM appends to FOO, will tail
detect that? How about the other way around? I.e., run the tail -f
command from the VM and append to FOO from the host? If you can
certify that both work, then I can use "local", as in the patch
below. If not, then I must use "remote", which will force tail -f
to use polling rather than inotify for any file on a VMHGFS file system.
Please let us know.
Also, please check your name and email address as listed
in the log and THANKS.in below.
From bf4fcfe29010512f50b430ef21ba3b5b5059220e Mon Sep 17 00:00:00 2001
From: Jim Meyering <meyering <at> redhat.com>
Date: Wed, 19 Sep 2012 21:52:05 +0200
Subject: [PATCH] tail,stat: improve support for vmhgfs
Inotify-enable tail -f to use on vmhgfs file systems, and let
stat -f --format=%T report the file system type name, "vmhgfs".
* src/stat.c (human_fstype): Add a case: vmhgfs, 0xbacbacbc.
* NEWS (Improvements): Mention it.
* THANKS.in: Update.
Reported by Daniel Tschinder in http://bugs.gnu.org/12461.
---
NEWS | 4 ++--
THANKS.in | 1 +
src/stat.c | 2 ++
3 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/NEWS b/NEWS
index 59a8510..2268565 100644
--- a/NEWS
+++ b/NEWS
@@ -49,8 +49,8 @@ GNU coreutils NEWS -*- outline -*-
but only with non-negative whole numbers, an increment of 1, and no
format-changing options.
- stat and tail work better with ZFS and VZFS. stat -f --format=%T now
- reports the file system type, and tail -f now uses inotify for files
+ stat and tail work better with ZFS, VZFS and VMHGFS. 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/THANKS.in b/THANKS.in
index b0061b3..0f06aa0 100644
--- a/THANKS.in
+++ b/THANKS.in
@@ -139,6 +139,7 @@ Dan Pascu dan <at> services.iiruc.ro
Daniel Bergstrom noa <at> melody.se
Daniel P. Berrangé berrange <at> redhat.com
Daniel Stavrovski d <at> stavrovski.net
+Daniel Tschinder daniel.tschinder <at> project-a.com
Dániel Varga danielv <at> axelero.hu
Danny Levinson danny.levinson <at> overture.com
Darrel Francis d.francis <at> cheerful.com
diff --git a/src/stat.c b/src/stat.c
index a9fb951..c343b5d 100644
--- a/src/stat.c
+++ b/src/stat.c
@@ -413,6 +413,8 @@ human_fstype (STRUCT_STATVFS const *statfsbuf)
return "usbdevfs";
case S_MAGIC_V9FS: /* 0x01021997 local */
return "v9fs";
+ case S_MAGIC_VMHGFS: /* 0xBACBACBC local */
+ return "vmhgfs";
case S_MAGIC_VXFS: /* 0xA501FCF5 local */
return "vxfs";
case S_MAGIC_VZFS: /* 0x565A4653 local */
--
1.7.12.1.382.gb0576a6
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#12461
; Package
coreutils
.
(Sat, 22 Sep 2012 23:30:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 12461 <at> debbugs.gnu.org (full text, mbox):
This patch does not seem to work.
I've tested to tail -f inside the vm and append from host. The initial error message is not shown, but also the file does not refresh. So all the appended changes to the file from the host, do not show up in the running tail-session in vm.
I did not test the other way round, as vmhgfs is only used inside the vm and for the host system Mac OS X 10.8 the shared path is normal mac filesystem.
So it seems inotify is not supported :(
Am 19.09.2012 um 22:07 schrieb Jim Meyering <jim <at> meyering.net>:
> Daniel Tschinder wrote:
>> this happens for me when i try to use tail on vmhgfs filesystem
>> (vmwares shared folder file system)
>>
>> unrecognized file system type 0xbacbacbc for
>> /data/[.…..]/sql.log'. please report this to
>> bug-coreutils <at> gnu.org. reverting to polling
>
> Thanks for the report.
>
> This is becoming routine and mechanical enough that I've begun to
> script the patch process ;-)
>
> At least this time, the NEWS entry is not mechanically added,
> since I'm adding to an existing one.
>
> I've only read a little about vmhgfs, e.g.,
> http://www.vmware.com/support/ws5/doc/ws_running_shared_folders.html
> and google showed me only two hits for that magic number, 0xbacbacbc.
>
> With that, I'm not sure whether it is safe to tell tail
> to use inotify for files on a vmhgfs file system. That
> decides the "local" vs. "remote" part in the patch below.
> I.e., if running tail -f with the patch below on a file FOO in a
> shared directory on the host, and a VM appends to FOO, will tail
> detect that? How about the other way around? I.e., run the tail -f
> command from the VM and append to FOO from the host? If you can
> certify that both work, then I can use "local", as in the patch
> below. If not, then I must use "remote", which will force tail -f
> to use polling rather than inotify for any file on a VMHGFS file system.
>
> Please let us know.
>
> Also, please check your name and email address as listed
> in the log and THANKS.in below.
>
> From bf4fcfe29010512f50b430ef21ba3b5b5059220e Mon Sep 17 00:00:00 2001
> From: Jim Meyering <meyering <at> redhat.com>
> Date: Wed, 19 Sep 2012 21:52:05 +0200
> Subject: [PATCH] tail,stat: improve support for vmhgfs
>
> Inotify-enable tail -f to use on vmhgfs file systems, and let
> stat -f --format=%T report the file system type name, "vmhgfs".
> * src/stat.c (human_fstype): Add a case: vmhgfs, 0xbacbacbc.
> * NEWS (Improvements): Mention it.
> * THANKS.in: Update.
> Reported by Daniel Tschinder in http://bugs.gnu.org/12461.
> ---
> NEWS | 4 ++--
> THANKS.in | 1 +
> src/stat.c | 2 ++
> 3 files changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/NEWS b/NEWS
> index 59a8510..2268565 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -49,8 +49,8 @@ GNU coreutils NEWS -*- outline -*-
> but only with non-negative whole numbers, an increment of 1, and no
> format-changing options.
>
> - stat and tail work better with ZFS and VZFS. stat -f --format=%T now
> - reports the file system type, and tail -f now uses inotify for files
> + stat and tail work better with ZFS, VZFS and VMHGFS. 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/THANKS.in b/THANKS.in
> index b0061b3..0f06aa0 100644
> --- a/THANKS.in
> +++ b/THANKS.in
> @@ -139,6 +139,7 @@ Dan Pascu dan <at> services.iiruc.ro
> Daniel Bergstrom noa <at> melody.se
> Daniel P. Berrangé berrange <at> redhat.com
> Daniel Stavrovski d <at> stavrovski.net
> +Daniel Tschinder daniel.tschinder <at> project-a.com
> Dániel Varga danielv <at> axelero.hu
> Danny Levinson danny.levinson <at> overture.com
> Darrel Francis d.francis <at> cheerful.com
> diff --git a/src/stat.c b/src/stat.c
> index a9fb951..c343b5d 100644
> --- a/src/stat.c
> +++ b/src/stat.c
> @@ -413,6 +413,8 @@ human_fstype (STRUCT_STATVFS const *statfsbuf)
> return "usbdevfs";
> case S_MAGIC_V9FS: /* 0x01021997 local */
> return "v9fs";
> + case S_MAGIC_VMHGFS: /* 0xBACBACBC local */
> + return "vmhgfs";
> case S_MAGIC_VXFS: /* 0xA501FCF5 local */
> return "vxfs";
> case S_MAGIC_VZFS: /* 0x565A4653 local */
> --
> 1.7.12.1.382.gb0576a6
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#12461
; Package
coreutils
.
(Sun, 23 Sep 2012 07:27:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 12461 <at> debbugs.gnu.org (full text, mbox):
Daniel Tschinder wrote:
> This patch does not seem to work.
> I've tested to tail -f inside the vm and append from host. The initial
> error message is not shown, but also the file does not refresh. So all
> the appended changes to the file from the host, do not show up in the
> running tail-session in vm.
>
> I did not test the other way round, as vmhgfs is only used inside the
> vm and for the host system Mac OS X 10.8 the shared path is normal mac
> filesystem.
>
> So it seems inotify is not supported :(
Thanks for checking.
I've adjusted the patch, NEWS and log to reflect that and pushed this:
From 2dad87f6415ec68564e934ace33496db1abc68c7 Mon Sep 17 00:00:00 2001
From: Jim Meyering <meyering <at> redhat.com>
Date: Wed, 19 Sep 2012 21:52:05 +0200
Subject: [PATCH] tail,stat: improve support for vmhgfs
Teach tail -f that it must use polling on vmhgfs file systems, and
let stat -f --format=%T report the file system type name, "vmhgfs".
* src/stat.c (human_fstype): Add a case: vmhgfs, 0xbacbacbc, remote.
* NEWS (Improvements): Mention it.
* THANKS.in: Update.
Reported by Daniel Tschinder in http://bugs.gnu.org/12461.
---
NEWS | 9 +++++----
THANKS.in | 1 +
src/stat.c | 2 ++
3 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/NEWS b/NEWS
index 59a8510..9bd5d58 100644
--- a/NEWS
+++ b/NEWS
@@ -49,10 +49,11 @@ GNU coreutils NEWS -*- outline -*-
but only with non-negative whole numbers, an increment of 1, and no
format-changing options.
- stat and tail work better with ZFS and VZFS. 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.
+ stat and tail know about ZFS, VZFS and VMHGFS. stat -f --format=%T now
+ reports the file system type, and tail -f now uses inotify for files on
+ ZFS and VZFS file systems, rather than the default (for unknown file
+ system types) of issuing a warning and reverting to polling. tail -f
+ still uses polling for files on VMHGFS file systems.
** Build-related
diff --git a/THANKS.in b/THANKS.in
index b0061b3..0f06aa0 100644
--- a/THANKS.in
+++ b/THANKS.in
@@ -139,6 +139,7 @@ Dan Pascu dan <at> services.iiruc.ro
Daniel Bergstrom noa <at> melody.se
Daniel P. Berrangé berrange <at> redhat.com
Daniel Stavrovski d <at> stavrovski.net
+Daniel Tschinder daniel.tschinder <at> project-a.com
Dániel Varga danielv <at> axelero.hu
Danny Levinson danny.levinson <at> overture.com
Darrel Francis d.francis <at> cheerful.com
diff --git a/src/stat.c b/src/stat.c
index a9fb951..51f4b90 100644
--- a/src/stat.c
+++ b/src/stat.c
@@ -413,6 +413,8 @@ human_fstype (STRUCT_STATVFS const *statfsbuf)
return "usbdevfs";
case S_MAGIC_V9FS: /* 0x01021997 local */
return "v9fs";
+ case S_MAGIC_VMHGFS: /* 0xBACBACBC remote */
+ return "vmhgfs";
case S_MAGIC_VXFS: /* 0xA501FCF5 local */
return "vxfs";
case S_MAGIC_VZFS: /* 0x565A4653 local */
--
1.7.12.1.382.gb0576a6
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#12461
; Package
coreutils
.
(Sun, 23 Sep 2012 09:49:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 12461 <at> debbugs.gnu.org (full text, mbox):
Ahh great, that woks. Magical comments :)
Thanks for fixing this bug.
Am 23.09.2012 um 09:24 schrieb Jim Meyering <jim <at> meyering.net>:
> Daniel Tschinder wrote:
>> This patch does not seem to work.
>> I've tested to tail -f inside the vm and append from host. The initial
>> error message is not shown, but also the file does not refresh. So all
>> the appended changes to the file from the host, do not show up in the
>> running tail-session in vm.
>>
>> I did not test the other way round, as vmhgfs is only used inside the
>> vm and for the host system Mac OS X 10.8 the shared path is normal mac
>> filesystem.
>>
>> So it seems inotify is not supported :(
>
> Thanks for checking.
> I've adjusted the patch, NEWS and log to reflect that and pushed this:
>
> From 2dad87f6415ec68564e934ace33496db1abc68c7 Mon Sep 17 00:00:00 2001
> From: Jim Meyering <meyering <at> redhat.com>
> Date: Wed, 19 Sep 2012 21:52:05 +0200
> Subject: [PATCH] tail,stat: improve support for vmhgfs
>
> Teach tail -f that it must use polling on vmhgfs file systems, and
> let stat -f --format=%T report the file system type name, "vmhgfs".
> * src/stat.c (human_fstype): Add a case: vmhgfs, 0xbacbacbc, remote.
> * NEWS (Improvements): Mention it.
> * THANKS.in: Update.
> Reported by Daniel Tschinder in http://bugs.gnu.org/12461.
> ---
> NEWS | 9 +++++----
> THANKS.in | 1 +
> src/stat.c | 2 ++
> 3 files changed, 8 insertions(+), 4 deletions(-)
>
> diff --git a/NEWS b/NEWS
> index 59a8510..9bd5d58 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -49,10 +49,11 @@ GNU coreutils NEWS -*- outline -*-
> but only with non-negative whole numbers, an increment of 1, and no
> format-changing options.
>
> - stat and tail work better with ZFS and VZFS. 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.
> + stat and tail know about ZFS, VZFS and VMHGFS. stat -f --format=%T now
> + reports the file system type, and tail -f now uses inotify for files on
> + ZFS and VZFS file systems, rather than the default (for unknown file
> + system types) of issuing a warning and reverting to polling. tail -f
> + still uses polling for files on VMHGFS file systems.
>
> ** Build-related
>
> diff --git a/THANKS.in b/THANKS.in
> index b0061b3..0f06aa0 100644
> --- a/THANKS.in
> +++ b/THANKS.in
> @@ -139,6 +139,7 @@ Dan Pascu dan <at> services.iiruc.ro
> Daniel Bergstrom noa <at> melody.se
> Daniel P. Berrangé berrange <at> redhat.com
> Daniel Stavrovski d <at> stavrovski.net
> +Daniel Tschinder daniel.tschinder <at> project-a.com
> Dániel Varga danielv <at> axelero.hu
> Danny Levinson danny.levinson <at> overture.com
> Darrel Francis d.francis <at> cheerful.com
> diff --git a/src/stat.c b/src/stat.c
> index a9fb951..51f4b90 100644
> --- a/src/stat.c
> +++ b/src/stat.c
> @@ -413,6 +413,8 @@ human_fstype (STRUCT_STATVFS const *statfsbuf)
> return "usbdevfs";
> case S_MAGIC_V9FS: /* 0x01021997 local */
> return "v9fs";
> + case S_MAGIC_VMHGFS: /* 0xBACBACBC remote */
> + return "vmhgfs";
> case S_MAGIC_VXFS: /* 0xA501FCF5 local */
> return "vxfs";
> case S_MAGIC_VZFS: /* 0x565A4653 local */
> --
> 1.7.12.1.382.gb0576a6
Added tag(s) fixed.
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Mon, 15 Oct 2018 17:39:02 GMT)
Full text and
rfc822 format available.
Changed bug title to 'tail: unrecognized file system type 0xbacbacbc' from 'unrecognized file system type 0xbacbacbc'
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Mon, 15 Oct 2018 17:39:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
12461 <at> debbugs.gnu.org and Daniel Tschinder <daniel.tschinder <at> project-a.com>
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Mon, 15 Oct 2018 17:39:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 13 Nov 2018 12:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 127 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.