Максимальное количество сетевых дисков?

Всегда можно построить древовидную систему, если ограничение на две штуки, то сервер A монтирует себе диски с серверов B, C в одну папку, а потом раздает ее.

впн поднимает только один сервер до всего значительного количества камер

Насколько знаю для того же nfs это ограничение на количество портов для клиента

NFSv4 работает через один порт.

Максимальное количество сетевых дисков?

26 минус уже использованные букавки. И насчёт A: и B: я не уверен, можно ли их запользовать, если нет, то соответственно ещё минус два.

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

Эм… А причём тут сетевые диски?

Вообще я саму идею не распарил.

подключить 100500 сетевых дисков от openipc

…

и забирать с них выборочно поштучно файлы

Какая связь между подключением 100500 сетевых дисков и выборочным забором файлов.

Типа как с локального сервака они проигрываться будут

Про буквы не понял, точка монтирования же ничем не ограничена по именам

«Сетевой диск» это про оффтопик, когда смонтированному ресурсу назначается буква диска (ранее только так и монтировалось).

По количеству смонтированных зависит от версии ведра. Если не «очень старое», то должно прожевать.

26 минус уже использованные букавки. И насчёт A: и B: я не уверен, можно ли их запользовать, если нет, то соответственно ещё минус два.

На винфак!

Максимальное количество сетевых дисков?

Определяется /proc/sys/fs/mount-max. В ядрах < 4.9 лимита не было, добавлен в https://github.com/torvalds/linux/commit/d29216842a85

Насколько знаю для того же nfs это ограничение на количество портов для клиента, где в данном случае клиентом будет железный сервер debian, а нфс сервером openipc

Да, клиентских портов будет существенно меньше 100k, но и держать даже 50k постоянно открытых TCP-соединения идея не лучшая. Наверное, стоит использовать NFS v3, который по UDP ходит. Или, как вариант, монтировать сервера при обращении (скриптами) и отмонтировать сразу после завершения работы, чтобы одновременно смонтированных фс было мало.

В ядрах < 4.9 лимита не было

Да, похоже вы правы. Мне почему-то запомнилось другое, но я признаю, что я был не прав.

Да, клиентских портов будет существенно меньше 100k

64535.

На винфак!

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

26 минус уже использованные букавки.

Разве там, после исчерпания одиночных буковок, нельзя использовать AA:?

спасибо!

правда лимит для старого ядра тоже показывает

$ cat /proc/sys/fs/mount-max
100000
$ uname -a
Linux dev 4.19.0-26-amd64 #1 SMP Debian 4.19.304-1 (2024-01-09) x86_64 GNU/Linux

согласен про скрипты, но тут задержка еще увеличится при старте.

про NFS v3 через UDP еще раз большое спасибо.

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

automount же есть

Разве там, после исчерпания одиночных буковок, нельзя использовать AA:?

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