/var trop gros

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

/var trop gros

JUPIN Alain
Bonsoir,

Sur une config Debian + Postfix + Dovecot (en réalité iinstance  mail
d'uns serveur ISPConfig 3), j'ai le problème du /var trop "gros" et qui
me rempli presque a rabord la partition /

Donc j'ai naivement tenté (comme je l'ai fais sur d'autres install Debian) :
# mv /var/ /home/
# ln -s /home/var/ /var
# reboot

Eh bien au reboot, Dovecot et Mysql refuse de démarrer

# systemctl status mariadb.service
● mariadb.service - MariaDB 10.1.37 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor
preset: enabled)
   Active: failed (Result: exit-code) since Sat 2019-05-18 23:56:48
CEST; 5s ago
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 1743 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d
/var/run/mysqld (code=exited, status=1/FAILURE)

mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: Starting MariaDB 10.1.37
database server...
mai 18 23:56:48 ruchba.jupinfo.fr install[1743]: /usr/bin/install:
impossible de créer le répertoire « /var »: Le fichier existe
mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service: Control
process exited, code=exited status=1
mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: Failed to start MariaDB
10.1.37 database server.
mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service: Unit
entered failed state.
mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service: Failed
with result 'exit-code'.

May 18 23:54:41 ruchba dovecot: master: Error:
bind(/var/spool/postfix/private/auth) failed: No such file or directory
May 18 23:54:41 ruchba dovecot: master: Fatal: Failed to start listeners

Après moultes essais infructueux  (pendant près de 2H !!! l'heure
tardive et la fatigue aidant), j'ai tout remis dans / et hop tout est
rentré dans l'ordre
Mais bientôt, / ne va plus être assez grand !
Pour info, /home est ma partition "data" elle fait 200Go !

Une solution pour transférer mon /var dans /home sans rien casser ?
Ou alors virer la partition /home et agrandir / ?

Merci pour votre aide !

--
Alain JUPIN


Reply | Threaded
Open this post in threaded view
|

Re: /var trop gros

Bernard Schoenacker


----- Mail original -----

> De: "JUPIN Alain" <[hidden email]>
> À: "Liste Debian" <[hidden email]>
> Envoyé: Dimanche 19 Mai 2019 00:26:34
> Objet: /var trop gros
>
> Bonsoir,
>
> Sur une config Debian + Postfix + Dovecot (en réalité iinstance  mail
> d'uns serveur ISPConfig 3), j'ai le problème du /var trop "gros" et
> qui
> me rempli presque a rabord la partition /
>
> Donc j'ai naivement tenté (comme je l'ai fais sur d'autres install
> Debian) :
> # mv /var/ /home/
> # ln -s /home/var/ /var
> # reboot
>
> Eh bien au reboot, Dovecot et Mysql refuse de démarrer
>
> # systemctl status mariadb.service
> ● mariadb.service - MariaDB 10.1.37 database server
>    Loaded: loaded (/lib/systemd/system/mariadb.service; enabled;
>    vendor
> preset: enabled)
>    Active: failed (Result: exit-code) since Sat 2019-05-18 23:56:48
> CEST; 5s ago
>      Docs: man:mysqld(8)
>            https://mariadb.com/kb/en/library/systemd/
>   Process: 1743 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root
>   -d
> /var/run/mysqld (code=exited, status=1/FAILURE)
>
> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: Starting MariaDB
> 10.1.37
> database server...
> mai 18 23:56:48 ruchba.jupinfo.fr install[1743]: /usr/bin/install:
> impossible de créer le répertoire « /var »: Le fichier existe
> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service:
> Control
> process exited, code=exited status=1
> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: Failed to start MariaDB
> 10.1.37 database server.
> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service: Unit
> entered failed state.
> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service: Failed
> with result 'exit-code'.
>
> May 18 23:54:41 ruchba dovecot: master: Error:
> bind(/var/spool/postfix/private/auth) failed: No such file or
> directory
> May 18 23:54:41 ruchba dovecot: master: Fatal: Failed to start
> listeners
>
> Après moultes essais infructueux  (pendant près de 2H !!! l'heure
> tardive et la fatigue aidant), j'ai tout remis dans / et hop tout est
> rentré dans l'ordre
> Mais bientôt, / ne va plus être assez grand !
> Pour info, /home est ma partition "data" elle fait 200Go !
>
> Une solution pour transférer mon /var dans /home sans rien casser ?
> Ou alors virer la partition /home et agrandir / ?
>
> Merci pour votre aide !
>

bonjour,

en premier, serait il possible de faire une cure d'amaigrissement
du /var en supprimant les paquets en cache et les journaux
trop anciens ?

alternative :

déplacer les journaux dans /home
déplacer le cache des paquets dans /home


merci
slt
bernard

Reply | Threaded
Open this post in threaded view
|

Re: /var trop gros

JUPIN Alain
Bonjour,

Après avoir dormi, j'ai refait pareil, déplacé le le contenu de /var
dans /home mais ensuite, j'ai demandé à fstab de monter la partition non
plus sur /home mais /var
ET tout fonctionne à merveille (surtout que /home dans le cas de ce
serveur n'est pas amené à recevoir de données)

Désolé pour mon message lié à la fatigue ... mes neuronnes n'étaient
visiblement plus tous connectés entre eux !

Alain JUPIN

Le 19/05/2019 à 03:55, Bernard Schoenacker a écrit :

>
> ----- Mail original -----
>> De: "JUPIN Alain" <[hidden email]>
>> À: "Liste Debian" <[hidden email]>
>> Envoyé: Dimanche 19 Mai 2019 00:26:34
>> Objet: /var trop gros
>>
>> Bonsoir,
>>
>> Sur une config Debian + Postfix + Dovecot (en réalité iinstance  mail
>> d'uns serveur ISPConfig 3), j'ai le problème du /var trop "gros" et
>> qui
>> me rempli presque a rabord la partition /
>>
>> Donc j'ai naivement tenté (comme je l'ai fais sur d'autres install
>> Debian) :
>> # mv /var/ /home/
>> # ln -s /home/var/ /var
>> # reboot
>>
>> Eh bien au reboot, Dovecot et Mysql refuse de démarrer
>>
>> # systemctl status mariadb.service
>> ● mariadb.service - MariaDB 10.1.37 database server
>>    Loaded: loaded (/lib/systemd/system/mariadb.service; enabled;
>>    vendor
>> preset: enabled)
>>    Active: failed (Result: exit-code) since Sat 2019-05-18 23:56:48
>> CEST; 5s ago
>>      Docs: man:mysqld(8)
>>            https://mariadb.com/kb/en/library/systemd/
>>   Process: 1743 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root
>>   -d
>> /var/run/mysqld (code=exited, status=1/FAILURE)
>>
>> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: Starting MariaDB
>> 10.1.37
>> database server...
>> mai 18 23:56:48 ruchba.jupinfo.fr install[1743]: /usr/bin/install:
>> impossible de créer le répertoire « /var »: Le fichier existe
>> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service:
>> Control
>> process exited, code=exited status=1
>> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: Failed to start MariaDB
>> 10.1.37 database server.
>> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service: Unit
>> entered failed state.
>> mai 18 23:56:48 ruchba.jupinfo.fr systemd[1]: mariadb.service: Failed
>> with result 'exit-code'.
>>
>> May 18 23:54:41 ruchba dovecot: master: Error:
>> bind(/var/spool/postfix/private/auth) failed: No such file or
>> directory
>> May 18 23:54:41 ruchba dovecot: master: Fatal: Failed to start
>> listeners
>>
>> Après moultes essais infructueux  (pendant près de 2H !!! l'heure
>> tardive et la fatigue aidant), j'ai tout remis dans / et hop tout est
>> rentré dans l'ordre
>> Mais bientôt, / ne va plus être assez grand !
>> Pour info, /home est ma partition "data" elle fait 200Go !
>>
>> Une solution pour transférer mon /var dans /home sans rien casser ?
>> Ou alors virer la partition /home et agrandir / ?
>>
>> Merci pour votre aide !
>>
> bonjour,
>
> en premier, serait il possible de faire une cure d'amaigrissement
> du /var en supprimant les paquets en cache et les journaux
> trop anciens ?
>
> alternative :
>
> déplacer les journaux dans /home
> déplacer le cache des paquets dans /home
>
>
> merci
> slt
> bernard
>

Reply | Threaded
Open this post in threaded view
|

Re: /var trop gros

Daniel Caillibaud-5
In reply to this post by JUPIN Alain
Le 19/05/19 à 00:26, JUPIN Alain <[hidden email]> a écrit :

> Bonsoir,
>
> Sur une config Debian + Postfix + Dovecot (en réalité iinstance  mail
> d'uns serveur ISPConfig 3), j'ai le problème du /var trop "gros" et qui
> me rempli presque a rabord la partition /
>
> Donc j'ai naivement tenté (comme je l'ai fais sur d'autres install
> Debian) : # mv /var/ /home/
> # ln -s /home/var/ /var
> # reboot
>
> Eh bien au reboot, Dovecot et Mysql refuse de démarrer

Tu as réglé le pb en montant ton ancienne partition /home avec le contenu
de /var sur /var, mais pour une autre fois ou pour qqun d'autre qui
tomberait sur ce fil, il me semble que mysql|mariadb n'aime pas les liens
symboliques (ou alors c'est apparmor, me rappelle plus), il suffit de lui
indiquer le vrai dossier source (dans ton cas c'était /home/lib/mysql/ à la
place de /var/lib/mysql) dans la configuration mariadb (variable datadir, +
éventuellement vérifier dans /etc/apparmor.d/ que c'est cohérent).

--
Daniel

Le philosophe cherche des solutions aux problèmes et
ne trouve que des problèmes sans solutions.
Sim

Reply | Threaded
Open this post in threaded view
|

Re: /var trop gros

Sébastien NOBILI-3
Bonjour,

20 mai 2019 15:21 "Daniel Caillibaud" <[hidden email]> a écrit:

> Tu as réglé le pb en montant ton ancienne partition /home avec le contenu
> de /var sur /var, mais pour une autre fois ou pour qqun d'autre qui
> tomberait sur ce fil, il me semble que mysql|mariadb n'aime pas les liens
> symboliques (ou alors c'est apparmor, me rappelle plus), il suffit de lui
> indiquer le vrai dossier source (dans ton cas c'était /home/lib/mysql/ à la
> place de /var/lib/mysql) dans la configuration mariadb (variable datadir, +
> éventuellement vérifier dans /etc/apparmor.d/ que c'est cohérent).

Pour ce genre de cas, j'utilise un montage "bind" :

    mount /home/var/ /var/ -o bind

Du côté de l'application, l'illusion est parfaite et pas besoin de modifier
la conf.

Sébastien

Reply | Threaded
Open this post in threaded view
|

Re: /var trop gros

David - DCPC
Si c'est du lvm pourquoi ne pas plus logiquement retailler les partitions en réduisant le home et augmentant le var ?

Sinon voir si c'est logique et utile ce qui remplit le /var, et par exemple ajuster les logrotate si c'est bien /var/log qui grossit (genre ajouter la compression des anciens logs, en garder moins longtemps,...)

David

Le mer. 22 mai 2019 à 09:43, Sébastien NOBILI <[hidden email]> a écrit :
Bonjour,

20 mai 2019 15:21 "Daniel Caillibaud" <[hidden email]> a écrit:

> Tu as réglé le pb en montant ton ancienne partition /home avec le contenu
> de /var sur /var, mais pour une autre fois ou pour qqun d'autre qui
> tomberait sur ce fil, il me semble que mysql|mariadb n'aime pas les liens
> symboliques (ou alors c'est apparmor, me rappelle plus), il suffit de lui
> indiquer le vrai dossier source (dans ton cas c'était /home/lib/mysql/ à la
> place de /var/lib/mysql) dans la configuration mariadb (variable datadir, +
> éventuellement vérifier dans /etc/apparmor.d/ que c'est cohérent).

Pour ce genre de cas, j'utilise un montage "bind" :

    mount /home/var/ /var/ -o bind

Du côté de l'application, l'illusion est parfaite et pas besoin de modifier
la conf.

Sébastien



--
Salutations,
David CHALON