41846 2022-02-01 17:59:41 +0300 После обновления до mc-4.8.27-alt1 нет списка файлов в каталоге, подключенном через sshfs 2025-02-17 15:33:18 +0300 1 1 4 Development Sisyphus mc unstable x86_64 Linux CLOSED WONTFIX P5 normal --- 1 lav asy aborodin asy iv vishtalmagomedovrg qa-sisyphus oldest_to_newest 207378 0 lav 2022-02-01 17:59:41 +0300 После обновления до mc-4.8.27-alt1 перестал отображаться списков файлов в каталоге, подключенном через sshfs: $ sshfs remotehost:/remote/path local_dir -ocache=no Если убрать параметр cache=no, проблемы не возникает. При этом mc не выдаёт никаких ошибок, а другие программы (ls) корректно работают. 207387 1 asy 2022-02-01 19:25:19 +0300 В p8 не воспроизводится, а в p10 да, есть такое дело. Интересно, в чём отличие. И из p8, и из p10 цеплялся к хосту с p8. 207388 2 asy 2022-02-01 19:26:36 +0300 И CVE-2021-36370 про sftp как раз, хотя к данному примеру вроде это не должно относиться. 207396 3 lav 2022-02-02 00:13:24 +0300 (Ответ для Sergey Y. Afonin на комментарий #1) > В p8 не воспроизводится, а в p10 да, есть такое дело. Интересно, в чём > отличие. И из p8, и из p10 цеплялся к хосту с p8. Проверил, что если цепляться не к p8, а к p10, ошибка та же есть. Не проверял, но может это какая-то оптимизация? Чтобы mc не тормозил — не ответили ему сразу, и ладно :) 207398 4 asy 2022-02-02 01:26:11 +0300 (In reply to Vitaly Lipatov from comment #3) > Не проверял, но может это какая-то оптимизация? Так я его до p8 включительно обновил. В p8 тоже 4.8.27, сборка только хелпером rpm отличается от сборок в p9 и новее. 207402 5 aborodin 2022-02-02 08:16:17 +0300 https://midnight-commander.org/ticket/4289 207414 6 asy 2022-02-02 13:45:33 +0300 (In reply to Andrew Borodin from comment #5) > https://midnight-commander.org/ticket/4289 То есть получается, что регрессия возникла между 4.8.25 (в ALT работало) и 4.8.26 (в ALT эта версия не собиралась). При этом воспроизводимость зависит и от чего-то ещё, так как в ALT p8 c 4.8.27-alt0.M80P.1 тоже не воспроизводится. 207434 7 aborodin 2022-02-02 21:49:30 +0300 (Ответ для Sergey Y. Afonin на комментарий #6) > (In reply to Andrew Borodin from comment #5) > > > https://midnight-commander.org/ticket/4289 > > То есть получается, что регрессия возникла между 4.8.25 (в ALT работало) и > 4.8.26 (в ALT эта версия не собиралась). Видимо, это результат https://midnight-commander.org/ticket/3987. Похоже, у sshfs проблемы с rewinddir(3). См. также https://github.com/trapexit/mergerfs/issues/877 207437 8 aborodin 2022-02-03 09:00:19 +0300 (In reply to Andrew Borodin from comment #7) > См. также https://github.com/trapexit/mergerfs/issues/877 Тут есть код тестовой программы. Попробуйте запустить её на sshfs. 207443 9 lav 2022-02-03 12:43:39 +0300 (Ответ для Andrew Borodin на комментарий #8) > (In reply to Andrew Borodin from comment #7) > > См. также https://github.com/trapexit/mergerfs/issues/877 > > Тут есть код тестовой программы. Попробуйте запустить её на sshfs. На обычном каталоге выводит список два раза, а на смонтированном по sshfs с cache=no second read пуст То есть такое работает: d = opendir("."); while (e = readdir(d)) { printf("e: %s\n", e->d_name); } Повтор уже нет: rewinddir(d); while (e = readdir(d)) { printf("e: %s\n", e->d_name); } 207444 10 lav 2022-02-03 12:48:40 +0300 (Ответ для Vitaly Lipatov на комментарий #9) > (Ответ для Andrew Borodin на комментарий #8) > > (In reply to Andrew Borodin from comment #7) > > > См. также https://github.com/trapexit/mergerfs/issues/877 > > > > Тут есть код тестовой программы. Попробуйте запустить её на sshfs. > На обычном каталоге выводит список два раза, а на смонтированном по sshfs с > cache=no > second read пуст > > То есть такое работает: > d = opendir("."); > while (e = readdir(d)) { printf("e: %s\n", e->d_name); } > > Повтор уже нет: > rewinddir(d); > while (e = readdir(d)) { printf("e: %s\n", e->d_name); } В https://github.com/trapexit/mergerfs/issues/877 описывалось, что на rewinddir идут повторы. Тут же вообще пусто. 207448 11 aborodin 2022-02-03 15:13:30 +0300 (In reply to Vitaly Lipatov from comment #10) > В https://github.com/trapexit/mergerfs/issues/877 > описывалось, что на rewinddir идут повторы. Тут же вообще пусто. Ну так файловые системы же разные. Там mergerfs, тут sshfs. 207455 12 asy 2022-02-03 17:10:15 +0300 (In reply to Vitaly Lipatov from comment #10) > В https://github.com/trapexit/mergerfs/issues/877 > описывалось, что на rewinddir идут повторы. Тут же вообще пусто. Может mergerfs обновить для начала? :-) Там mergerfs 2.33.3 уже на github. Или сложности есть? 209045 13 lav 2022-03-31 09:58:03 +0300 (Ответ для Andrew Borodin на комментарий #11) > (In reply to Vitaly Lipatov from comment #10) > > В https://github.com/trapexit/mergerfs/issues/877 > > описывалось, что на rewinddir идут повторы. Тут же вообще пусто. > > Ну так файловые системы же разные. Там mergerfs, тут sshfs. Это было просто для примера. Я-то думаю, что проблема вообще в fuse. Ну или в неправильных попытках в mc обойти какую-то багу. 251773 14 asy 2024-09-18 17:42:23 +0300 В p11 c 4.8.32-alt1 на текущий момент воспроизводится. 259434 15 vishtalmagomedovrg 2025-02-17 15:20:00 +0300 p9: mc-4.8.33-alt1.x86_64 Ошибка воспроизводится с данной версией 259439 16 asy 2025-02-17 15:33:18 +0300 (In reply to Руслан Вишталмагомедов from comment #15) > p9: mc-4.8.33-alt1.x86_64 > Ошибка воспроизводится с данной версией В https://midnight-commander.org/ticket/4635#comment:6 вроде как решено, что это проблема FUSE, а в рамках mc решить её можно только усложнением поддержки CIFS и NFS.