OVH Community, your new community space.

Problème partitionnement


nowwhat
11/02/2016, 10h42
Citation Envoyé par Piexl
Et voici le log de dmesg de 13h35 ! En regardant le document, je n'ai pas remarqué d'erreurs flagrantes
http://pastebin.com/5zKF6bvb
....
J'ai vu que le début de ton log - il manque la partie à la fin ou le kernel mount tes partitions.

Piexl
10/02/2016, 01h29
Et voici le log de dmesg de 13h35 ! En regardant le document, je n'ai pas remarqué d'erreurs flagrantes
http://pastebin.com/5zKF6bvb

Au pire des cas, je viens de me rendre compte que je pouvais accéder à mon FTP, où j'ai tous mes dossiers, et où j'avais mis en place une sauvegarde automatique de mes bases de données (La chance du débutant !). Donc si jamais on ne trouve pas de solution, pas besoin que tu t'embêtes avec ça, je réinstallerai tout de zéro au pire ^^"

nowwhat
10/02/2016, 01h03
Shoot.

La deuxièeme devrait être :
Code:
ls -ls -lt -c /mnt/var
pour tester si le symlink est bien en place.

Ca :
Code:
    20 -rwxrwxrwx 1 root     adm          20480 Feb  8 13:35 dmesg
T'a démarré ton serveur en mode 'normal' à 13:35 : correct ?

D'autres logs ont des données plus reécent.
Vérifier ce qui est dedans depuis 13:35 peuvent aider à trouver pourquoi le serveur ne fonctionne pas.

Quoi que ceci :
Code:
run-init: /sbin/init: No such file or directory
M'indique que le kernel, au démarrage, n'arrive pas à mounter le root ou "/" - ton sda2.
Code:
/dev/sda2       /       ext4    errors=remount-ro,relatime      0       1
Va voir dans le log dmesg pourquoi pas ...
Copie le dans pastbin.org et copie le lien ici (ne copie pas tout le dmesg dans un forum !!)

Piexl
09/02/2016, 21h08
Citation Envoyé par nowwhat
Tout d'abord : t'inquiète.

Accède à ton serveur.
Mounte tes partitions.
Sachant que le serveur log 3 tonnes et demie au démarrage (ton dernier démarrage qui a planté - facile à trouver avec l'heure et date)
VERIFIER : le serveur à loggé ici : /mnt/var/log ou /mnt/home/.....
Le premier : t'as pas correctement déloggé la sortie de ton service 'log'.
Le seconde : passe au test MySQL ....(test semblable et à venir)
Aucun des deux (aka : tu trouve pas des fichiers logs modifiés pendant le démarrage ....) là t'as fait fort : syslog ne peut plus écrire et ça c'est pas bon du tout.)

Je te prose de faire ce test syslog d'abord.
Et tu désactive mysql à la main (le serveur va démarrer en mode normal sans le service mysql activé) :
move (mv) le script de démarrage à un lieu dur , exemple :

Donc au prochaine démarrage 'normal' de ton serveur tout démarre, SAUF mySQL.

Montre nous ceci:

Code:
ls -ls -lt -c  /mnt/var/log
et
Code:
ls -ls -lt -c /mnt/var/log

Alors, pour
Code:
ls -ls -lt -c  /mnt/var/log
j'ai
Code:
total 825800
 28280 -rwxrwxrwx 1 root     adm       28954624 Feb  8 14:15 daemon.log
226116 -rwxrwxrwx 1 ovh      adm      231538688 Feb  8 14:15 syslog
167364 -rwxrwxrwx 1 root     adm      171376640 Feb  8 13:35 mail.info
187864 -rwxrwxrwx 1 root     adm      192368640 Feb  8 13:35 mail.log
   400 -rwxrwxrwx 1 root     adm         405504 Feb  8 13:35 debug
  7000 -rwxrwxrwx 1 root     adm        7163904 Feb  8 13:35 kern.log
    20 -rwxrwxrwx 1 root     adm          20480 Feb  8 13:35 dmesg
 55284 -rwxrwxrwx 1 root     adm       56605469 Feb  8 13:35 auth.log
     0 -rwxrwxrwx 1 root     adm              0 Feb  8 13:35 dmesg.0
  6472 -rwxrwxrwx 1 root     adm        6623232 Feb  8 13:35 messages
  2572 -rwxrwxrwx 1 root     adm        2629632 Feb  8 13:35 user.log
     4 -rwxrwxrwx 1 root     adm             28 Feb  8 13:35 dmesg.2.gz
     8 -rwxrwxrwx 1 root     adm           7735 Feb  8 13:35 dmesg.3.gz
    12 -rwxrwxrwx 1 root     adm          10331 Feb  8 13:35 dmesg.4.gz
  1344 -rwxrwxrwx 1 root     utmp       1369344 Feb  8 13:35 wtmp
107192 -rwxrwxrwx 1 root     adm      109760512 Feb  8 11:48 mail.warn
 32428 -rwxrwxrwx 1 root     adm       33202176 Feb  8 11:46 mail.err
    28 -rwxrwxrwx 1 root     utmp       2274680 Feb  6 10:28 lastlog
   632 -rwxrwxrwx 1 root     root        639314 Feb  6 00:11 dpkg.log
   124 -rwxrwxrwx 1 root     root        126632 Feb  5 21:59 aptitude
     4 drwxrwxrwx 2 www-data www-data      4096 Feb  3 05:18 pagespeed
     4 drwxr-xr-x 2 root     root          4096 Oct  5 21:37 proftpd
    16 -rwxrwxrwx 1 root     root         15590 Sep 20 10:46 alternatives.log
     4 drwxrwxrwx 2 root     adm           4096 Sep 20 10:46 apache2
     4 drwxrwxrwx 2 root     root          4096 Sep 20 10:46 apt
  2000 -rwxrwxrwx 1 root     adm        2042988 Sep 20 10:46 auth.log.1
   136 -rwxrwxrwx 1 root     adm         136812 Sep 20 10:46 auth.log.2.gz
     0 -rwxrwxrwx 1 root     adm              0 Sep 20 10:46 boot
     0 -rwxrwxrwx 1 root     utmp             0 Sep 20 10:46 btmp
     4 drwxrwxrwx 2      114      117      4096 Sep 20 10:46 clamav
    56 -rwxrwxrwx 1 root     adm          51537 Sep 20 10:46 daemon.log.1
     4 drwxrwxrwx 2 root     root          4096 Sep 20 10:46 dbconfig-common
     4 -rwxrwxrwx 1 root     adm            240 Sep 20 10:46 debug.1
     8 -rwxrwxrwx 1 root     adm           5811 Sep 20 10:46 debug.2.gz
    16 -rwxrwxrwx 1 root     root        249280 Sep 20 10:46 faillog
     4 -rwxrwxrwx 1 root     root           855 Sep 20 10:46 fontconfig.log
     4 drwxrwxrwx 2 root     root          4096 Sep 20 10:46 fsck
     4 -rwxrwxrwx 1 root     adm            240 Sep 20 10:46 kern.log.1
    44 -rwxrwxrwx 1 root     adm          44014 Sep 20 10:46 kern.log.2.gz
     0 -rwxrwxrwx 1 root     adm              0 Sep 20 10:46 lpr.log
     0 -rwxrwxrwx 1 root     root             0 Sep 20 10:46 memcached.log
     4 -rwxrwxrwx 1 root     adm           1328 Sep 20 10:46 messages.1
    40 -rwxrwxrwx 1 root     adm          37538 Sep 20 10:46 messages.2.gz
     4 drwxrwsrwx 2 statd    adm           4096 Sep 20 10:46 mysql
     0 -rwxrwxrwx 1 statd    adm              0 Sep 20 10:46 mysql.err
     0 -rwxrwxrwx 1 statd    adm              0 Sep 20 10:46 mysql.log
     4 -rwxrwxrwx 1 statd    adm             20 Sep 20 10:46 mysql.log.1.gz
     4 -rwxrwxrwx 1 statd    adm             20 Sep 20 10:46 mysql.log.2.gz
     4 -rwxrwxrwx 1 statd    adm             20 Sep 20 10:46 mysql.log.3.gz
     4 -rwxrwxrwx 1 statd    adm             20 Sep 20 10:46 mysql.log.4.gz
     4 -rwxrwxrwx 1 statd    adm             20 Sep 20 10:46 mysql.log.5.gz
     4 -rwxrwxrwx 1 statd    adm             20 Sep 20 10:46 mysql.log.6.gz
     4 -rwxrwxrwx 1 statd    adm             20 Sep 20 10:46 mysql.log.7.gz
     4 drwxrwxrwx 2 root     root          4096 Sep 20 10:46 news
     0 -rwxrwxrwx 1 root     root             0 Sep 20 10:46 pycentral.log
   176 -rwxrwxrwx 1 root     adm         177932 Sep 20 10:46 syslog.1
    12 -rwxrwxrwx 1 root     adm          10949 Sep 20 10:46 syslog.2.gz
    12 -rwxrwxrwx 1 root     adm          11200 Sep 20 10:46 syslog.3.gz
    12 -rwxrwxrwx 1 root     adm          11429 Sep 20 10:46 syslog.4.gz
    12 -rwxrwxrwx 1 root     adm          11074 Sep 20 10:46 syslog.5.gz
    12 -rwxrwxrwx 1 root     adm          11080 Sep 20 10:46 syslog.6.gz
    12 -rwxrwxrwx 1 root     adm          11302 Sep 20 10:46 syslog.7.gz
     4 drwxrwxrwx 2 root     root          4096 Sep 20 10:46 unattended-upgrades
     4 -rwxrwxrwx 1 root     adm           1710 Sep 20 10:46 user.log.1
     4 -rwxrwxrwx 1 root     adm            589 Sep 20 10:46 user.log.2.gz
Le second test, c'est exactement la même chose, non ?
Je vais tester de suite pour le MySQL !

Ou alors, je dois faire ces commandes après avoir sorti mon serveur du mode rescue ?

EDIT: Après avoir bougé le fichier de config de mysql, et être sortit du mode rescue, toujours le même soucis lors du reboot, une erreur de la part d'ovh !

nowwhat
09/02/2016, 19h27
Tout d'abord : t'inquiète.

Accède à ton serveur.
Mounte tes partitions.
Sachant que le serveur log 3 tonnes et demie au démarrage (ton dernier démarrage qui a planté - facile à trouver avec l'heure et date)
VERIFIER : le serveur à loggé ici : /mnt/var/log ou /mnt/home/.....
Le premier : t'as pas correctement déloggé la sortie de ton service 'log'.
Le seconde : passe au test MySQL ....(test semblable et à venir)
Aucun des deux (aka : tu trouve pas des fichiers logs modifiés pendant le démarrage ....) là t'as fait fort : syslog ne peut plus écrire et ça c'est pas bon du tout.)

Je te prose de faire ce test syslog d'abord.
Et tu désactive mysql à la main (le serveur va démarrer en mode normal sans le service mysql activé) :
move (mv) le script de démarrage à un lieu dur , exemple :
mv /mnt/etc/init.d/mysql /mnt/root
Donc au prochaine démarrage 'normal' de ton serveur tout démarre, SAUF mySQL.

Montre nous ceci:

Code:
ls -ls -lt -c  /mnt/var/log
et
Code:
ls -ls -lt -c /mnt/var/log

Piexl
09/02/2016, 17h58
Citation Envoyé par BBR
tu peux suivre ce tuto pour déplacer tes bdd
https://www.how-to.ovh/viewtopic.php?f=22&t=28
J'ai tout bien suivi, puis je suis repassé sur le disque dur et j'ai reboot, mais maintenant, ovh m'envoie un mail pour me dire qu'il y a un défaut sur la machine, et qu'elle ne peut être atteinte :/

Voici le mail envoyé par OVH, précisant que durant la phase de boot, le message suivant est affiché: Kernel Panic

Bonjour,

L'intervention sur ns329967.ip-37-187-118.eu est terminée.

Cette opération a été achevée le 2016-02-09 18:25:08

Voici les détails de cette opération :
Boot sur interface diagnostique (rescue)
Date 2016-02-09 18:18:33, sylvain G a fait Boot sur interface diagnostique (rescue):
Voici le detail de l'intervention realisee:
Le serveur reste bloque (serveur freeze) durant la phase de boot sur le message :

-Loading, please wait...
mdadm: No arrays found in config file or automatically
run-init: /sbin/init: No such file or directory
[ 3.573995] kernel panic - not syncing: Attempted to kill init!



Un redemarrage sur un noyau standard OVH ('netboot') ne corrige pas la
situation.

Actions entreprises:
Redemarrage du serveur sur mode 'rescue' (Linux)

Resultat:
Boot OK. Systeme 'rescue' accessible.

Recommandations:
Configuration/erreur a corriger par le client



Si vous souhaitez plus de détails sur le rapport
d'intervention, veuillez contacter notre support
technique.

Cordialement,
L'équipe Kimsufi
Que faire ? D'où pourrait provenir l'erreur ? Merci pour votre aide (et votre persévérance !)

BBR
09/02/2016, 14h02
tu peux suivre ce tuto pour déplacer tes bdd
https://www.how-to.ovh/viewtopic.php?f=22&t=28

Piexl
09/02/2016, 12h47
Citation Envoyé par nowwhat
Idem pour le sujet 'mysql' (à copier vers /home/var/lib/mysql/) - (mais avec lui faut faire gave plutôt deux fois qu'une ...)
Pas besoin de
ln -s ln -s /var/lib/mysql /home/var/lib/mysql
Il suffit de stopper muysql.
Editer /etc/mysql/my.cnf en conséquence (ton bonheur s'appelle datadir = /var/lib/mysql - change-le pour datadir = /home/var/lib/mysql )
Démarrer mysql.
VÉRIFICATION.

Si tout est ok, pense à 'vider' /var/lib/mysql/..... ce qui va faire de la place.

Fini.
Une idée pour le MySQL alors ?
Merci beaucoup !

Piexl
08/02/2016, 15h13
Citation Envoyé par nowwhat
Ho-ho : ce n'est pas si simple que ça.

Tu devrait d'abord copier (par exemple) copier tout /var/log/* vers /home/var/log/*
VÉRIFIER que t'as tout bien copié ....
Puis : stopper ton syslog
Supprimer /var/log/* entier ( ce qui va faire de la place dans ton / ! et c'est finalement ça que tu cherche à faire !!)
Déposer ton ln -s /var/log /home/log
Redémarrer syslog
VÉRIFIER que les logs dans /home/var/log/.... sont mise à jour (== preuve que ça marche).

Idem pour le sujet 'mysql' (à copier vers /home/var/lib/mysql/) - (mais avec lui faut faire gave plutôt deux fois qu'une ...)
Pas besoin de
ln -s ln -s /var/lib/mysql /home/var/lib/mysql
Il suffit de stopper muysql.
Editer /etc/mysql/my.cnf en conséquence (ton bonheur s'appelle datadir = /var/lib/mysql - change-le pour datadir = /home/var/lib/mysql )
Démarrer mysql.
VÉRIFICATION.

Si tout est ok, pense à 'vider' /var/lib/mysql/..... ce qui va faire de la place.

Fini.
Pour les logs, pas de soucis !
Pour mysql, je suis allé voir dans /var/lib/mysql, mais rien de rien. J'ai donc vérifié dans /mnt/var/lib/mysql, et là, joie, tous mes fichiers y étaient !
J'ai pu donc copier sans soucis tout, mais par contre, mon /etc/mysql n'existe pas, alors que /mnt/etc/mysql existe. Que dois je donc faire ? Copier le dossier mysql de /mnt/etc/mysql vers /etc/mysql, puis éditer /etc/mysql/my.cnf, ou alors éditer directement /mnt/etc/mysql/my.cnf ?
Merci encore pour ta précieuse aide !

nowwhat
08/02/2016, 13h48
Ho-ho : ce n'est pas si simple que ça.

Tu devrait d'abord copier (par exemple) copier tout /var/log/* vers /home/var/log/*
VÉRIFIER que t'as tout bien copié ....
Puis : stopper ton syslog
Supprimer /var/log/* entier ( ce qui va faire de la place dans ton / ! et c'est finalement ça que tu cherche à faire !!)
Déposer ton ln -s /var/log /home/log
Redémarrer syslog
VÉRIFIER que les logs dans /home/var/log/.... sont mise à jour (== preuve que ça marche).

Idem pour le sujet 'mysql' (à copier vers /home/var/lib/mysql/) - (mais avec lui faut faire gave plutôt deux fois qu'une ...)
Pas besoin de
ln -s ln -s /var/lib/mysql /home/var/lib/mysql
Il suffit de stopper muysql.
Editer /etc/mysql/my.cnf en conséquence (ton bonheur s'appelle datadir = /var/lib/mysql - change-le pour datadir = /home/var/lib/mysql )
Démarrer mysql.
VÉRIFICATION.

Si tout est ok, pense à 'vider' /var/lib/mysql/..... ce qui va faire de la place.

Fini.

Piexl
08/02/2016, 13h39
Citation Envoyé par BBR
déjà qu'est-ce qui remplit ta racine ?
Si c'est les logs, tu peux dans un premier temps faire un lien symbolique qui pointe vers /home/log
et vérifier que ton logrotate fonctionne bien, revoir sa configuration (faire tourner plus souvent, selon la taille, etc.)
Si c'est ta bdd mysql, tu peux aussi la mettre dans /home/mysql
tout ça est moins risqué que de redimensionner les partitions
Je ne sais vraiment pas ce qui prend toute la place dans ma racine, j'ai donc suivi ton conseil et celui de nowwhat, et j'ai fait des liens symboliques:
Code:
ln -s /var/log /home/log
ln -s /var/lib/mysql /home/mysql
Mais malheureusement, après un reboot sur le disque dur, mon dédié est toujours inaccessible, avec le même message d'erreur:
Network error: connection refused

BBR
08/02/2016, 13h25
déjà qu'est-ce qui remplit ta racine ?
Si c'est les logs, tu peux dans un premier temps faire un lien symbolique qui pointe vers /home/log
et vérifier que ton logrotate fonctionne bien, revoir sa configuration (faire tourner plus souvent, selon la taille, etc.)
Si c'est ta bdd mysql, tu peux aussi la mettre dans /home/mysql
tout ça est moins risqué que de redimensionner les partitions

Piexl
08/02/2016, 13h15
Citation Envoyé par nowwhat
Bonjour,

Après :

le répertoire /mnt/etc/ est accessible.

Que contient : /mnt/etc/fstab ?

Le changement de la taille d'une partition, c'est techniquement possible. Genre https://www.howtoforge.com/linux_res...xt3_partitions (va lire le tuto pour te faire un idée .....)

Possible est aussi :déplacer quelques répertoires "très grand" (comme /var/log - ou lui de mysql /var/lib/mysql) avec un symlink dans /home

https://www.how-to.ovh/viewtopic.php?f=27&t=150
Voici le contenu du fichier /mnt/etc/fstab :

Code:
#                
/dev/sda2       /       ext4    errors=remount-ro,relatime      0       1
/dev/sda3       /home   ext4    defaults,relatime       1       2
/dev/sda4       swap    swap    defaults        0       0
proc            /proc   proc    defaults                0       0
sysfs           /sys    sysfs   defaults                0       0
tmpfs           /dev/shm        tmpfs   defaults        0       0
devpts          /dev/pts        devpts  defaults        0       0
Et donc, je pense plutôt suivre votre premier lien (avec le second, c'est temporaire, avec seulement 20Go pour le répertoire "/", ce problème se reproduira sans doute !
Mais donc, avec votre premier tutoriel, je réduit d'abord l'espace sur sd3, que je divise par deux par exemple, puis j'agrandi alors mon sda2, c'est bien cela ?
Merci d'avance pour votre aide !

Piexl
08/02/2016, 13h06
Citation Envoyé par janus57
Bonjour,

une fois que vous avez montez toute les partition qu donne un "DF -H" ?
Car là vous avez fait un df -h du mode rescue donc pas très utile.

Cordialement, janus57
Merci pour votre réponse !
Voici le résultat du "df -h" :
Code:
Filesystem                         Size  Used Avail Use% Mounted on
aufs                               2.0G  1.4M  2.0G   1% /
devtmpfs                           2.0G     0  2.0G   0% /dev
178.33.124.57:/home/pub/rescue.v8  1.9T  199G  1.7T  11% /nfs
tmpfs                              2.0G  1.4M  2.0G   1% /rw
178.33.124.57:/home/pub/pro-power  1.9T  199G  1.7T  11% /power
178.33.124.57:/home/pub/commonnfs  1.9T  199G  1.7T  11% /common
tmpfs                              2.0G     0  2.0G   0% /dev/shm
tmpfs                              2.0G  9.6M  2.0G   1% /run
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                              2.0G     0  2.0G   0% /sys/fs/cgroup
tmpfs                              2.0G   64K  2.0G   1% /tmp
/dev/sda2                           20G   20G     0 100% /mnt
/dev/sda3                          1.8T  137M  1.7T   1% /mnt/home

nowwhat
08/02/2016, 12h48
Bonjour,

Après :
mount /dev/sda2 /mnt/
le répertoire /mnt/etc/ est accessible.

Que contient : /mnt/etc/fstab ?

Le changement de la taille d'une partition, c'est techniquement possible. Genre https://www.howtoforge.com/linux_res...xt3_partitions (va lire le tuto pour te faire un idée .....)

Possible est aussi :déplacer quelques répertoires "très grand" (comme /var/log - ou lui de mysql /var/lib/mysql) avec un symlink dans /home

https://www.how-to.ovh/viewtopic.php?f=27&t=150

janus57
08/02/2016, 12h35
Bonjour,

une fois que vous avez montez toute les partition qu donne un "DF -H" ?
Car là vous avez fait un df -h du mode rescue donc pas très utile.

Cordialement, janus57

Piexl
08/02/2016, 12h04
Bonjour !
Je possède un Kimsufi, ayant un disque dur de 2T.
Tout à l'heure, pendant que je faisais mes mises à jour, j'ai eu un message d'erreur m'indiquant que je n'avais plus d'espace libre.
J'ai vérifié, à l'aide des commandes fdisk -l et un df -h, comment était répartit mon espace disque (en mode rescue):

Pour fdisk -l :
Code:
Device          Start        End    Sectors    Size Type
/dev/sda1          40       2048       2009 1004.5K BIOS boot
/dev/sda2        4096   40962047   40957952   19.5G Linux filesystem
/dev/sda3    40962048 3905974271 3865012224    1.8T Linux filesystem
/dev/sda4  3905974272 3907020799    1046528    511M Linux swap
Pour df -h:
Code:
Filesystem                         Size  Used Avail Use% Mounted on
aufs                               2.0G  1.2M  2.0G   1% /
devtmpfs                           2.0G     0  2.0G   0% /dev
178.33.124.49:/home/pub/rescue.v8  1.9T  199G  1.7T  11% /nfs
tmpfs                              2.0G  1.2M  2.0G   1% /rw
178.33.124.49:/home/pub/pro-power  1.9T  199G  1.7T  11% /power
178.33.124.49:/home/pub/commonnfs  1.9T  199G  1.7T  11% /common
tmpfs                              2.0G     0  2.0G   0% /dev/shm
tmpfs                              2.0G  9.6M  2.0G   1% /run
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                              2.0G     0  2.0G   0% /sys/fs/cgroup
tmpfs                              2.0G   64K  2.0G   1% /tmp
J'ai donc suivi un tutoriel ( https://www.how-to.ovh/viewtopic.php?t=26 ), en adaptant par rapport à mon cas :

J'ai fait un
Code:
mount /dev/sda2 /mnt/

Code:
mount /dev/sda3 /mnt/home
mon sda1 étant déjà occupé par le boot du BIOS.

Cependant, même après cette manipulation, mon serveur n'est pas accessible (j'ai le message d'erreur: Network error: connection refused ), et je ne suis pas sur que j'aurais assez d'espace disque pour faire les mises à jour.
Est il possible de "couper en deux" l'espace SDA3, afin d'en attribuer plus au SDA2 ?
Merci d'avance, et bonne journée !
Cordialement,
Piexl