Снять лимиты

qwerty

New member
Сообщения
6
#1
Если создаёте 7zip архив большого размера (у меня было 100 ГБ), и где-то на 25 ГБайтах 7zip вылетатет без каких-либо сообщений об ошибке, то знайте, 7zip тут совершенно ни при чем. Просто в АстраЛинуксе по умолчанию установлен лимит размера создаваемого файла в размере25 000 000 килобайт. Настройка выполняется в файле /etc/security/limits.conf. Если учесть, что даже в некоторых домашних системах оперируют десятками терабайт, применение таких лимитов в системе для предприятий не понятно. Предлагаю снять такое ограничение.
 

kostia

New member
Сообщения
174
#3
Более того, даже после установки ПК ВиУ эти лимиты не снимаются. Некоторое время не могли понять отчего дохнут виртуалки.
 

cogniter

Moderator
Team Astra Linux
Сообщения
159
#4
Более того, даже после установки ПК ВиУ эти лимиты не снимаются. Некоторое время не могли понять отчего дохнут виртуалки.
действительно, это так, сейчас при установке системы виртуализации лимиты автоматически изменяются
 

kostia

New member
Сообщения
174
#5
Да уберите вы их вообще. Ну ладно еще на количество процессов лимит, это как то можно обосновать. Но на размер файла то зачем? В чём глубинный смысл?
 

cogniter

Moderator
Team Astra Linux
Сообщения
159
#6
Да уберите вы их вообще. Ну ладно еще на количество процессов лимит, это как то можно обосновать. Но на размер файла то зачем? В чём глубинный смысл?
не допустить отказ в обслуживании просто за счет исчерпания свободного места диска
 

kostia

New member
Сообщения
174
#7
не допустить отказ в обслуживании просто за счет исчерпания свободного места диска
Ну ведь бред же, что бы не исчерпали нужно квоты нарезать на пользователя (кстати в Астре это работает?), а не ограничивать размер одного файла. Ну создаст юзер не один файл на 100Гб, а 10 по 10Гб, делов то.
 

qwerty

New member
Сообщения
6
#9
Да уберите вы их вообще. Ну ладно еще на количество процессов лимит, это как то можно обосновать. Но на размер файла то зачем? В чём глубинный смысл?
Поддерживаю. У Debian по умочанию нет ограничения на размер файла.
 

sergey-x

New member
Сообщения
4
#10
Поддерживаю. У Debian по умолчанию нет ограничения на размер файла.
в корне не соглашусь, к сожалению Вы видимо не сталкивались с рассыпанием БД находящейся в RAID масиве, и самого RAID, по причине как раз отсутствия и неправильной работы лимитов и ограничений,

тут просто нужен более развернутый мануал на WIKI для конечного пользователя (интегратора), для учёта при моделировании системы работы инфраструктуры.
и ещё хотелось бы увидеть на WIKI - материалы по обновлению версий, а так же утилиту с возможностью печати или сохранения в pdf текущих пакетов их версий, и модулей установленных в системе для целей контроля актуальности и своевременности обновления, с учётом факторов автономности и закрытости работы ОС, внутри закрытого контура сети, (пример файл обмена или pdf загружается в программу находящуюся на ОС с которой разрешен выход в сеть, она уже для каждой из ранее сохраненных отчетов подгружает из базы актуальные версии пакетов, и выводит результаты в виде:
- ПК (название) - название устаревшего пакета, версия старого пакета, актуальная версия,
и т.д., и внизу список пакетов необходимых для загрузки, и последующему переносу в закрытую область сети,
и статью в WIKI по удалённому обновлению пакетов в условиях отсутствия прямого доступа к ресурсам с дистрибутивами/пакетами в интернет.
 

kostia

New member
Сообщения
174
#11
корне не соглашусь, к сожалению Вы видимо не сталкивались с рассыпанием БД находящейся в RAID масиве, и самого RAID, по причине как раз отсутствия и неправильной работы лимитов и ограничений,
БД скорее рассыпется из-за наличия системных лимитов на размер файла, о которых, к слову, нигде не упоминается. Размер файла БД лучше ограничивать средствами СУБД.
 

sergey-x

New member
Сообщения
4
#12
БД скорее рассыпется из-за наличия системных лимитов на размер файла, о которых, к слову, нигде не упоминается. Размер файла БД лучше ограничивать средствами СУБД.
ну тут и возможно и нет, все зависит от модели хранения и разпределения, и размера массива БД - когда превысите 100 ТБ, уверен поймете о чем я.
 

kostia

New member
Сообщения
174
#13
Ну вот как системный лимит на размер одного файла поможет при превышении размера БД 100ТБ? Что будет если постгрес уткнется в 25 Гб софт лимита и 50Гб хардлимита ? Вы знаете? я нет.
 

kostia

New member
Сообщения
174
#14
К счастью постгрес все продумал за нас
Когда объём таблицы или индекса превышает 1 GB, они делятся на сегменты размером в один гигабайт. Файл первого сегмента называется по номеру файлового узла (filenode); последующие сегменты получают имена filenode.1, filenode.2 и т. д. При такой организации хранения не возникает проблем на платформах, имеющих ограничения по размеру файлов.
Так что и в этом случае системные лимиты ни к чему.
 

cogniter

Moderator
Team Astra Linux
Сообщения
159
#15
в версии 1.6 включение или отключение лимитов будет решаться администратором на стадии установки системы