CentOS/Redhat: псевдонимы В масштабе всей системы при входе в систему через LDAP/sssd
Программное обеспечение RAID оказывает минимальное влияние производительности, особенно в менее интенсивных расположениях RAID как RAID-1. Даже в худших расположениях как RAID-6, Вы вряд ли будете видеть в какой-либо степени влияние производительности из программного обеспечения RAID, поскольку Вы от VPS наверху и конкуренции процессора, что Вы столкнетесь.
ПРЕДУПРЕЖДЕНИЕ - здесь быть личным мнением:
Честно, я никогда не рекомендовал бы VPS для высокоэффективных систем. В то время как VPS может пригодиться для кластеризованных систем, которые требуют высокой доступности, у меня никогда не было хороших событий, когда существует несколько систем высокой интенсивности на тех же аппаратных средствах. Они просто имеют тенденцию заканчивать тем, что крали друг от друга много и работали хуже, чем любой из них имел бы независимо.
Кроме того, я не решаюсь использовать аппаратные средства RAID в эти дни, поскольку у меня было два неудачных опыта (который я уверен, что Вы не добрались бы с более верхним уровнем 3Ware карта или подобный). У меня было два RAID-контроллера, умирают на мне и решают записать 0 в целый массив. Точка RAID должна устранить единую точку отказа, что касается дисков; почему начинают второй с аппаратного контроллера? Правда, контроллер платы мог перестать работать также, но если это жарит, требуется половина материнской платы с ним, и Вы вполне прилично сняты с костей так или иначе.
В моем ящике CentOS причина загрузки / etc / bashrc заключается в том, что а) моя оболочка - bash и б) моя личная ~ / .bashrc исходники / etc / bashrc.
Включает ли .bashrc, который пользователи получают при настройке их домашнего каталога, поиск / etc / bashrc и является ли / bin / bash оболочкой по умолчанию в вашем LDAP?
Может быть, переменные / псевдонимы, которые вы пытаетесь изменить, также установлены в файлах .bashrc или .bash_profile в домашнем каталоге пользователей, что исключает любые попытки установить общесистемные значения по умолчанию / переопределения?
Это приводит ко второму вопросу: как создаются домашние каталоги? Например, на клиенте с pam_mkhomedir при первом входе в систему или домашние каталоги создаются централизованно на вашем сервере Debian и, например, экспортируются через NFS? По умолчанию в Debian ~ /. bashrc, который копируется из / etc / skel при настройке домашнего каталога, может отличаться от шаблона CentOS в / etc / skel источника . / etc / bashrc .
Отредактируйте в ответ на комментарий Noxx ниже:
Согласно странице руководства bash, только глобальный файл, загружаемый с помощью bash: / etc / profile Общесистемный файл инициализации, выполняемый для оболочек входа .
Это согласуется с вашим наблюдением, что внесенные там изменения вступают в силу при входе в систему с использованием ssh.
В этом разделе по умолчанию есть раздел, рекурсивно загружающий /etc/profile.d / *. Sh файлы, которые должны быть местом хранения пользовательских файлов с псевдонимами и т. д.
Я думаю (но у меня нет средств для тестирования сейчас) графический вход в систему не запускает оболочку входа только в оконный менеджер, и возможно, что оболочка bash, в которую вы входите, например, окно xterm, хотя и является интерактивным, но не оболочка входа в систему.
Снова со страницы руководства: Когда интерактивная оболочка, которая не является оболочкой входа, запускается, bash читает и выполняет команды из ~ / .bashrc, если этот файл существует. Никакие другие / глобальные файлы конфигурации не загружаются.
RHEL / CentOS обращаются к этому и делают интерактивные оболочки похожими на оболочки входа в систему, используя источник / etc / bashrc в личном ~ / .bashrc
Лучше всего будет развернуть такой .bashrc при настройке учетные записи пользователей.
Когда запускается интерактивная оболочка, которая не является оболочкой входа в систему, bash читает и выполняет команды из ~ / .bashrc, если этот файл существует. Никакие другие / глобальные файлы конфигурации не загружаются. RHEL / CentOS обращаются к этому и делают интерактивные оболочки похожими на оболочки входа, используя источник / etc / bashrc в личном ~ / .bashrc
Лучше всего развернуть такой .bashrc при настройке учетные записи пользователей.
Когда запускается интерактивная оболочка, которая не является оболочкой входа в систему, bash читает и выполняет команды из ~ / .bashrc, если этот файл существует. Никакие другие / глобальные файлы конфигурации не загружаются. RHEL / CentOS обращаются к этому и делают интерактивные оболочки похожими на оболочки входа, используя источник / etc / bashrc в личном ~ / .bashrc
Лучше всего развернуть такой .bashrc при настройке учетные записи пользователей.