MC and snapshots on FreeBSD

[mc-butler]

Important

This issue was migrated from Trac:

Origin	https://midnight-commander.org/ticket/2782
Reporter	maurizio4mc (maurizio.vairani@….it)
Mentions	moiseev@….ru, phil.krylov@….com
Keywords	zfs, snapshot

Is not possible to browse .zfs directories with midnight commander if snapshots are hidden, if snapshots are visible MC works.

How to reproduce the problem:
1) cd /tank0/.zfs/snapshot/<snapdir>/
2) mc
MC shows the root directory.

[ssh@clover-nas /]$ uname -a
FreeBSD clover-nas 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Mar 10 17:42:35 UTC 2011 ​ssh@zfsguru.bsd:/usr/obj/usr/src/sys/GENERIC amd64

[ssh@clover-nas /]$ mc -V
GNU Midnight Commander 4.8.1.1
Built with GLib 2.28.8
Using the S-Lang library with terminfo database
With builtin Editor
With subshell support as default
With support for background operations
With mouse support on xterm
With internationalization support
With multiple codepages support
Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish, smbfs
Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64;

[ssh@clover-nas /]$ LC_MESSAGES=C mc -F
Home directory: /home/ssh

[System data]

Config directory: /usr/local/etc/mc/
Data directory: /usr/local/share/mc/
VFS plugins and scripts: /usr/local/libexec/mc/

extfs.d: /usr/local/libexec/mc/extfs.d/
fish: /usr/local/libexec/mc/fish/

[User data]

Config directory: /home/ssh/.config/mc/
Data directory: /home/ssh/.local/share/mc/

skins: /home/ssh/.local/share/mc/skins/
extfs.d: /home/ssh/.local/share/mc/extfs.d/
fish: /home/ssh/.local/share/mc/fish/

Cache directory: /home/ssh/.cache/mc/

[ssh@clover-nas /]$ mc --configure-options

'--enable-vfs-smb' '--with-configdir=/usr/local/etc' '--with-codepagedir=/usr/local/etc/codepages' '--without-x' '--with-screen=slang' '--with-slang-includes=/usr/local/include' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd8.2' 'build_alias=amd64-portbld-freebsd8.2' 'CC=cc' 'CFLAGS=-O2 -pipe -fno-strict-aliasing' 'LDFLAGS= -L/usr/local/lib' 'CPPFLAGS=-I/usr/local/include' 'CPP=cpp'

[mc-butler]

Changed by angel_il (@ilia-maslakov) on Apr 20, 2012 at 14:03 UTC (comment 1)

can you try the current 'master', is the bug still reproducable?

[mc-butler]

Changed by maurizio4mc (maurizio.vairani@….it) on Apr 21, 2012 at 14:12 UTC (comment 1.2)

Replying to angel_il:

can you try the current 'master', is the bug still reproducable?

I have the same bug with the version downloaded with git:
ssh@clover-nas /tmp/mc_test]$ bin/mc -V
GNU Midnight Commander 4.8.2-71-g5fe2f82
Built with GLib 2.28.8
Using the ncurses library
With builtin Editor
With subshell support as default
With support for background operations
With mouse support on xterm
With support for X11 events
With internationalization support
With multiple codepages support
Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, fish
Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64;

The same error happens with the latest PCBSD 9.0 and mc v. 4.8.2-71-g5fe2f82 or mc v. 4.7.5.5.
[maurizio@presario ~]$ uname -a
FreeBSD presario 9.0-RELEASE FreeBSD 9.0-RELEASE #3: Tue Dec 27 14:14:29 PST 2011 ​root@build9x64.pcbsd.org:/usr/obj/builds/amd64/pcbsd-build90/fbsd-source/9.0/sys/GENERIC amd64

[mc-butler]

Changed by samu (midnight@….pl) on Aug 22, 2013 at 12:55 UTC (comment 3)

Bump. This bug still appears on FreeBSD 9.1-STABLE, with MC 4.8.8:

$ LC_MESSAGES=C mc -V
GNU Midnight Commander 4.8.8
Built with GLib 2.34.3
Using the S-Lang library with terminfo database
With builtin Editor
With subshell support as default
With support for background operations
With mouse support on xterm
With internationalization support
With multiple codepages support
Virtual File Systems: cpiofs, tarfs, sfs, extfs, ftpfs, sftpfs, fish, smbfs
Data types: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64;

$ LC_MESSAGES=C mc -F
Root directory: /home/samu

[System data]
    Config directory: /usr/local/etc/mc/
    Data directory:   /usr/local/share/mc/
    File extension handlers: /usr/local/libexec/mc/ext.d/
    VFS plugins and scripts: /usr/local/libexec/mc/
	extfs.d:        /usr/local/libexec/mc/extfs.d/
	fish:           /usr/local/libexec/mc/fish/

[User data]
    Config directory: /home/samu/.config/mc/
    Data directory:   /home/samu/.local/share/mc/
	skins:          /home/samu/.local/share/mc/skins/
	extfs.d:        /home/samu/.local/share/mc/extfs.d/
	fish:           /home/samu/.local/share/mc/fish/
	mcedit macros:  /home/samu/.local/share/mc/mc.macros
	mcedit external macros: /home/samu/.local/share/mc/mcedit/macros.d/macro.*
    Cache directory:  /home/samu/.cache/mc/

$ mc --configure-options
 '--enable-vfs-smb' '--with-configdir=/usr/local/etc' '--with-codepagedir=/usr/local/etc/codepages' '--without-x' '--with-screen=slang' '--with-slang-includes=/usr/local/include' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd9.1' 'build_alias=amd64-portbld-freebsd9.1' 'CC=cc' 'CFLAGS=-O2 -fstack-protector-all -pipe -march=nocona -fno-strict-aliasing' 'LDFLAGS= -L/usr/local/lib' 'CPPFLAGS=-I/usr/local/include' 'CPP=cpp' 'PKG_CONFIG=pkgconf'

After mc is launched in a snapshot directory, you can see a red error, with the following message: "Cannot read directory contents".

[mc-butler]

Changed by moiseev (moiseev@….ru) on Apr 18, 2016 at 14:57 UTC (comment 4)

• Cc set to moiseev@….ru
• Keywords set to zfs, snapshot

Confirming that this still occurs with 10.3-RELEASE and MC 4.8.16.

Sorry, but I don't understand why issue with major priority stays unresolved over 3 years.

It's merely my speculation, but it might be MC uses system pwd command or same calls?

The .zfs subdirectories are not real directories, so pwd or /bin/pwd doesn't work for it, but pwd -L or /bin/pwd -L does:

# cd /tank/dir/.zfs/snapshot/2016-04-15_11.45.00--36h
# pwd
pwd: .: No such file or directory
# pwd -L
/tank/dir/.zfs/snapshot/2016-04-15_11.45.00--36h

[mc-butler]

Changed by zaytsev (@zyv) on Apr 21, 2016 at 19:24 UTC (comment 5)

Sorry, but I don't understand why issue with major priority stays unresolved over 3 years.

Is it so hard to guess? Because there is no manpower to investigate it and come up with a fix.

[mc-butler]

Changed by phil (@tuffnatty) on Mar 10, 2023 at 13:02 UTC (comment 6)

• Cc changed from moiseev@….ru to moiseev@….ru, phil.krylov@….com

Has been working well for me at least since 12.0-RELEASE and recent MC versions.

[mc-butler]

Changed by zaytsev (@zyv) on Jul 28, 2024 at 11:20 UTC (comment 7)

• Resolution set to invalid
• Milestone Future Releases deleted
• Status changed from new to closed

Apparently got fixed by itself :)