круто. они его не форкнули, а написали lsync but on c" due to "lsyncd" that written on "LUA"

помоему изначально был форк где по кускам луа на си переписывали, могу ошибаться. Автор есть в IRC и физически в Москве, если что

@lastsky ну Ник частично прав, в inotify нет рекурсивных уведомлений и это некоторая проблема.

1 inotify fd на каждый каталог в дереве

чем больше каталогов тем больше сама подсистема ест, хотя тысячи каталогов все еще обрабатываются сносно

то есть если у тебя структура: foo/ foo/bar/ foo/baz/ то тебе надо 3 fd на эту структуру

один на foo, один на bar, один на baz

и веселости в том что когда кто-то делает mkdir -p foo/bar/bam/bom то тебе надо вешать нотифай на foo/bar/bam, сканить его, вешать нотифай на foo/bar/bam/bom

потому что вероятно второй эвент придет до того как ты повесишь свой notify

Спасибо большое, да уже почитал доку и все понял про авторизацию. У нас ТЗ, приходится тащить сие поделие😒

вот даже готовая статья - https://habrahabr.ru/post/132098/

Работает он как говно

FreeNAS Corral supports Docker, an open source software for automating the deployment of applications inside software containers. Docker containers provide a complete file system, runtime, system tools, and system libraries. This guarantees that the application will always run the same, regardless if it is running on FreeNAS Corral or in a different environment. Deploy applications inside software containers using Docker. Applications use the self-healing file system provided by FreeNAS Corral.

Ждем не дождемся пока в проксмокс сунут докер 😂

Странно что так долго не реализовывали. Netapp уже давно так делает в своих устройствах. Даже одни из ведущих комитеров в бсдю стали.

а кто с гугло клаудом работал ?

есть интересный баг, в стартап скрипте в одной зоне ломаеться yum install, после ребута и в других зонах все ок

потому что в винде можно просто повесить инотифай на фс, а в линуксе - надо на каждый каталог

Это один раз.

в реальной жизни это может занимать часы на больших объемах

1 inotify fd на каждый каталог в дереве

Эээ... Зачем?

== zfs send/recive по крону раз в минуту работает лучше

Ник, а ты патч для ядра от Фаста юзал под зфс?

это был мой последний проект, его закончили как я уже уволился

ну и вот то что тут выше написали что при добавлении нового каталога надо его обходить потому что новый нотифай приедет до того, как на него будет что-то висеть - это тоже проблема

https://www.stableit.ru/2017/01/openvz-zfs.html

этот вот

Ник, а ты патч для ядра от Фаста юзал под зфс?

если это про трансляцию вызова квот для зфс на стороне ноды, то я начал читать, но не понял как это запустить

про квоты, да

транслятор с квот зфс в квоты линукса

+ квоты на файле в самой зфс, их тоже недавно замутили

ну и у нас вот сейчас второй день как впервые за много лет у нас вообще есть пустой сервер на котором можно что-то поэксперементировать )

+ квоты на файле в самой зфс, их тоже недавно замутили

это не понял

квота на число файлов в зфс вольюме

а зачем?

чтобы юзер своими пхп сессиями не сделал ноде плохо :)

и я кстати непонял, вот начал читать про этот патч - это 1 левел квоты, т.е. на размер самой вдс?

ага :)

НО и на квоты внутри!

стоп

размер впски работал и ранее (не было лишь лимита на файлы)

т.е. это с секонд левел юзер квоты?

да :)

а

вот тогда это надо

а для вз7 есть? )

там приложеный гитхаб

пни там)

я не слышал, я под вз6 это проектировал

@Mrqwer88 а есть планы на вз7 этот патч?

вз7 интересно тем, что там новое ядро, поддержка nvme нормальная(все бекпортировано вроде) и в вз7 убили секонд левел квоты на симфс, надо какую-то альтернативу. плуп для больших вдс совсем не вариант

а, ну если убили секнд левелы - это увы

патч для вз6 работает на их базе

в плуп их оставили. В симфс их недоделали. Но где-то написали идею как их сделать и сказали что мы считаем что симфс вообще не надо, но если кому надо, то вот написано как допилить

хз, я не врач

я не могу комментировать и ставить им диагнозы

да тут помоему очевидно )

и врачем быть не надо )

и тем не менее :)

ну и вот то что тут выше написали что при добавлении нового каталога надо его обходить потому что новый нотифай приедет до того, как на него будет что-то висеть - это тоже проблема

новый нотифай на что?

отмотайте тут выше, писали подробно

Эээ... Зачем?

Так ровно потому что оно нерекурсивное. Нет?

Так ровно потому что оно нерекурсивное. Нет?

я не понимаю, откуда у тебя несколько inotify fd. у тебя есть inotify fd и добавляешь в него каталоги.

я не понимаю, откуда у тебя несколько inotify fd. у тебя есть inotify fd и добавляешь в него каталоги.

А, может я забыл уже про этот момент

другое дело, что есть лимиты вроде fs.inotify.max_user_watches

другое дело, что есть лимиты вроде fs.inotify.max_user_watches

А, да, точно

А, да, точно

но это лимиты на юзера и создание нескольких inotify fd тут не поможет

но это лимиты на юзера и создание нескольких inotify fd тут не поможет

Я к тому что я перепутал это место и сказал в итоге чушь про фд

и веселости в том что когда кто-то делает mkdir -p foo/bar/bam/bom то тебе надо вешать нотифай на foo/bar/bam, сканить его, вешать нотифай на foo/bar/bam/bom

потому что надо просто бежать вниз по дереву и вешать вотчеры на каталоги, причём сначала на самый первый уровень.

для замены inotify тоже есть fastvps патч 😉

для замены inotify тоже есть fastvps патч 😉

пока не мейнлайн - не нужен патч этот )

потому что надо просто бежать вниз по дереву и вешать вотчеры на каталоги, причём сначала на самый первый уровень.

потому что нет рекурсивного inotify хотя очень напрашивается в этом месте

ну бегайте дальше по каталогам))

ну бегайте дальше по каталогам))

Ну так зашлите его в мейнлайн

для замены inotify тоже есть fastvps патч 😉

ссылку бы )

он трешовый

https://github.com/FastVPSEestiOu/Linux-kernel-fast-logging-path оно?

https://github.com/FastVPSEestiOu/Linux-kernel-fast-logging-path

на деле реализовано оно круто

там внутри страшно

там кольцевые буфера на каждый поток и все пишется в прокфс :)

в debugfs

ну