Re: Переместить хранилище из иерархии /var или /var/lib в /srv или /home
On 2015-10-20, Alexander Gerasiov wrote:
> On Mon, 19 Oct 2015 22:28:45 +0300
> "Vasiliy P. Melnik" wrote:
>
>> я бы замаунтил новый раздел в /var/lib/mysql
>
> Соглашусь, с точки зрения fshs и его толкования в Debian /srv для
> данных, которые раздаются сервисами, а /var/lib для данных самих
> сервисов. В случае mysql это его внутренние файлы, так что правильнее,
> чтобы они лежали в /var/lib, а что именно туда примонтировано - это
> вполне кошерная настройка системы.
Я просмотрел содержимое /var/lib, по большей части там файлы, которые мне не
нужны и незачем смотреть. И даже кажется что для функционарования базовой
системы /var/lib может можно не монтировать.
Но ряд важных приложений размещает свои файлы туда.
Например хранилища БД: mysql, postgresql, virtuoso.
Я не разбираюсь в способах резервного копирования баз данных, могу лишь
предполагать сценарий, когда потребуется заменать находящиеся там файлы.
Также туда поместили каталог webapps, используемый tomcat7, jetty8.
Лично у меня иерархия /var/lib/* вызывает беспокойство из-за возможного роста
занимаемого пространства данными и интересно то, что причиной будут ряд
*специфических* сервисов, такие как сервера баз данных или сервера приложений.
Если FHS рекомендует /srv для CVS, FTP, WWW мне казалось БД подпадает под
такую классификацию.
Сейчас даже смотрю что /var/spool/mail и /var/spool/news не совсем подходят
для архивов рассылок, действительно установив mailman вижу что пакет для этих
целей использует /var/lib/mailman/archives.
================================================================
/var/lib : Variable state information
This hierarchy holds state information pertaining to an application or the
system. State information is data that programs modify while they run, and that
pertains to one specific host. Users must never need to modify files in /var/
lib to configure a package's operation.
/srv contains site-specific data which is served by this system.
Rationale: This main purpose of specifying this is so that users may find
the location of the data files for particular service, and so that services
which require a single tree for readonly data, writable data and scripts
(such as cgi scripts) can be reasonably placed. Data that is only of
interest to a specific user should go in that users' home directory.
The methodology used to name subdirectories of /srv is unspecified as there
is currently no consensus on how this should be done. One method for
structuring data under /srv is by protocol, eg. ftp, rsync, www, and cvs.
--
Best regards!
Reply to: