Poster une réponse 
 
Note de cette discussion :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
[Résolu] Effacer les fichiers log via ssh
16-12-2018, 16:13:38 (Ce message a été modifié le : 17-12-2018 00:40:33 par Mapou.)
Message : #1
[Résolu] Effacer les fichiers log via ssh
Bonjour,

je n'arrive plus depuis aujourd'hui à accéder à mon vhs-4 par l'interface web ou par l'adresse externe (XXXXXXX.ve-hotech.me). J'avais également monté le vhs comme disque dur réseau sur mes ordinateurs windows, je n'y ai plus accès non plus. Je suis sans doute en 6.1.4 (au pire 6.1.3, mais je pense que les mises à jour auto étaient activées).

J'ai une version qui permet de mettre un écran (vhs-4 xtremII), ce qui m'a permis d'observer ce qu'il se passe. A l'écran, tout semble normal, j'ai le prompt qui me demande le login et pwd, je peux les saisir et ça se connecte. L'adresse du vhs est bien celle que j'avais définie (192.168.0.24), je peux pinger google depuis le vhs, et je peux pinger le vhs depuis mon réseau interne. Mais les autres accès ne fonctionnent toujours pas.

J'ai une hypothèse: alors que tout fonctionnait bien, j'ai tenté hier de connecter les deux ports ethernets à deux réseaux différents. Le vhs a continué à fonctionner sur le premier réseau, mais je n'ai pas pu le voir sur le deuxième réseau. J'ai ensuite vu ici que les deux ports ne peuvent pas être utilisés sur deux réseaux différents. Je suppose que ma tentative a du générer pas mal d'erreurs, qui ont sans doute fait exploser le fichier log. Il m'est déjà arrivé une fois de ne plus avoir accès à l'interface à cause d'un fichier log trop gros, je suppose que c'est de nouveau le problème. A l'époque, c'était le SAV qui avait réglé le problème, mais cette fois-ci, vues les difficultés pour les joindre, j'aimerais bien régler le problème moi-même.

Quelqu'un sait-il comment nettoyer le fichier log du vhs ?

Merci.

PS: Sur un poste semblable au mien, Epy propose la commande 'sudo ls -lh /var/log', ça affiche pas mal de fichiers, qui défilent trop vite pour que je puisse les lire. J'en déduis que le répertoire log comporte pas mal de fichiers (une cinquantaine dans mon cas). A cause du défilement, je ne peux pas tout voir, mais sur ce que je vois, deux fichiers font autour de 8Mo, les autres sont plus petits. Comment savoir lequel pose problème ? Comment adapter la commande pour le nettoyer ? Est-ce que je peux me contenter de supprimer le répertoire log ?

PPS: je peux me connecter en ftp. ça m'a permis d'aller regarder le répertoire log de plus près. Il y a un fichier kern.log de 600Mo, et un auth.log de 500Mo, et pas mal d'autres fichiers. Le point pas trop rassurant, c'est que toutes mes données sont dans le répertoire "public", et que je n'arrive pas à accéder à ce répertoire par filezilla.
Trouver tous les messages de cet utilisateur
Citer ce message dans une réponse
16-12-2018, 19:03:10 (Ce message a été modifié le : 16-12-2018 19:06:03 par Cram28.)
Message : #2
RE: Perte de l'interface web
Bonsoir,

Je propose quelques suggestions de commandes et quelques questions:

* Pour la version du firmware elle est écrite avant le login, mais tu peux utiliser la commande suivante, une fois connecté (ici vht-core en 6.1.4 en première ligne):
Code :
$ dpkg-query -l | grep vht-core
ii  vht-core                  6.1.4r17476                                       amd64        HS core
ii  vht-core-common           6.0.0r16270                                       amd64        HS common core resources
ii  vht-core-data             6.0.0r16271                                       amd64        HS misc core resources

* Je suggère de trier la liste des fichiers du dossier de log par taille:
- les plus gros à la fin:
Code :
ls -ralS /var/log

- les plus gros au début:
Code :
ls -alS /var/log

- Tu peux aussi utiliser une pagination:
Code :
$ ls -ralS /var/log | less
touches <flèches bas> (avancer une ligne), <page bas> (avancer une "page"), <q> pour quitter.

* Pour redémarrer/recharger le serveur web du VHS qui gère le portail:
Code :
$ sudo [ restart | reload ] apache2

* Plus de samba, plus de FTP... ta piste pourrait être bonne: s'il ne peut plus écrire de log, généralement, il ne fait pas il me semble.

* Tu n'as pas le SSH activé par hasard ? Si oui, quel écran est retourné au login ?

* As-tu tenter un arrêt/relance du VHS, histoire de le remettre d'aplomb après avoir déconnecté la seconde prise réseau ?

@+, @suivre

VHS-4 VX "sesame"
* Intel® Core i7 4770s Haswell @ 3.9 GHz | 16 Go DDR3
* 4x4To WD40EFRX - RAID 5 | OS VHT v 6.1.4

VHS-4 VX "wasabi" ==> parti dans la famille...
Trouver tous les messages de cet utilisateur
Citer ce message dans une réponse
16-12-2018, 20:17:35 (Ce message a été modifié le : 16-12-2018 20:37:42 par Mapou.)
Message : #3
RE: Perte de l'interface web
Merci pour ta réponse.

J'ai déconnecté la deuxième prise réseau, puis redémarré plusieurs fois (et même débranché/rebranché) le vhs, sans amélioration.

version de firmware: 6.1.4r17490, les deux lignes suivantes sont exactement les mêmes que celles de ton message.

J'ai utilisé tes commande pour lister le contenu du dossier log, mais je ne sais pas trop ce que je dois y chercher. La commande avec pagination m'a permis de voir que le dossier comporte plutôt 150 fichiers.

j'ai essayé ta commande pour redémarrer le serveur web, en tapant 'sudo restart apache2' j'obtiens: 'restart : unknown instance' pareil avec reload.

dans putty:
login as: admin, puis il demande le password (ça prend 3 ou 4 secondes), je le tape.
après, j'obtiens l'accueil, je ne sais pas comment copier le contenu de la console, ni ce qui t'intéresserait.
ça commence par welcome to ubuntu 14.04.2 LTS,
puis système info: 149 process, 1 user logged in, ip adress for lxcbr0: 10.0.3.1, ip adress for br0: 192.168.0.24 (adresse du vhs), memory usage 8%, / is using 94.4% of 4.46GB
le last login est bien de moi.
Could not chdir to home directory /mnt/data/data/users/admin: No such file or directory
puis l'invite.

Dis moi si j'ai loupé des trucs importants.

Et du coup, comment faire pour effacer le log ?
Trouver tous les messages de cet utilisateur
Citer ce message dans une réponse
16-12-2018, 22:02:31
Message : #4
RE: Perte de l'interface web
Hello Mapou,

Bon il en a "ras la gueule" visiblement...
Le ''is using 94.4% of 4.46GB'' correspond à l'occupation de la partition système. Elle est en général à 65% environ...
Il ne parvient même pas à monter le RAID de tes données: "Could not chdir to home directory /mnt/data/data/users/admin: No such file or directory".

Dans PuTTy, tu dois pouvoir faire un copier / coller: je ne connais pas - y a bien 10 ans que je l'ai pas utilisé ! Il me semble que tu peux sélectionner avec la souris et faire un clic (droite ou gauche ch'sais pu) sur la barre de titre avec un menu "modifier/copier" (mais c'était y longtemps donc, ça a peut-être changé).

Avec PuTTy, tu as un ascenseur et tu dois donc pouvoir sélectionner tout le retour de /var/log pour voir la tête que ça a, et voir ce qu'on peut supprimer.

Pour être sûr que c'est çà qui occupe la place, retour de:
Code :
sudo du -xsB G /* | sort -n

Le résultat chez moi donne:
Code :
admin@sesame:~$ sudo du -xsB G /* | sort -n
[sudo] password for admin:
du: cannot access ‘/proc/15310/task/15310/fd/4’: No such file or directory
du: cannot access ‘/proc/15310/task/15310/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/15310/fd/4’: No such file or directory
du: cannot access ‘/proc/15310/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/15311’: No such file or directory
0G    /initrd.img
0G    /ipcam3_0_10_intellisharedep_fix
0G    /media
0G    /proc
0G    /public
0G    /sys
0G    /vmlinuz
1G    /bin
1G    /boot
1G    /dev
1G    /etc
1G    /home
1G    /lib
1G    /lib32
1G    /lib64
1G    /lost+found
1G    /mnt
1G    /nfs
1G    /opt
1G    /root
1G    /run
1G    /sbin
1G    /srv
1G    /tmp
1G    /var
3G    /usr
admin@sesame:~$

Si /var (avant dernier ici) est "gros", tu peux pointer avec:
Code :
sudo du -xsB G /var/* | sort -n
, puis
Code :
sudo du -xsB G /var/log/* | sort -n

Tu peux peut-être nous retourner tout çà ?

Bonne manip !

VHS-4 VX "sesame"
* Intel® Core i7 4770s Haswell @ 3.9 GHz | 16 Go DDR3
* 4x4To WD40EFRX - RAID 5 | OS VHT v 6.1.4

VHS-4 VX "wasabi" ==> parti dans la famille...
Trouver tous les messages de cet utilisateur
Citer ce message dans une réponse
16-12-2018, 22:34:32 (Ce message a été modifié le : 16-12-2018 22:39:21 par Mapou.)
Message : #5
RE: Perte de l'interface web
Ok, merci pour la manip pour copier la console de putty, ça va être plus simple.

Comme je l'avais mis plus haut, en me connectant en ftp, j'ai repéré deux gros fichiers dans /log : kern.log de 600Mo, auth.log de 500Mo . Il ne suffirait pas de les supprimer ?

La première commande donne ça:
Code :
admin@vhs-4:/$ sudo du -xsB G /* | sort -n
[sudo] password for admin:
du: cannot access ‘/proc/21149/task/21149/fd/4’: No such file or directory
du: cannot access ‘/proc/21149/task/21149/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/21149/fd/4’: No such file or directory
du: cannot access ‘/proc/21149/fdinfo/4’: No such file or directory
0G      /initrd.img
0G      /ipcam3_0_10_intellisharedep_fix
0G      /media
0G      /proc
0G      /public
0G      /sys
0G      /vmlinuz
1G      /bin
1G      /boot
1G      /dev
1G      /etc
1G      /home
1G      /lib
1G      /lib32
1G      /lib64
1G      /lost+found
1G      /mnt
1G      /nfs
1G      /opt
1G      /root
1G      /run
1G      /sbin
1G      /srv
1G      /tmp
2G      /var
3G      /usr
admin@vhs-4:/$

Je ne sais pas comment savoir si /var est "gros". Alors j'ai tenté ta deuxième commande :

Code :
admin@vhs-4:/$ sudo du -xsB G /var/* | sort -n
0G      /var/lock
0G      /var/run
1G      /var/backups
1G      /var/cache
1G      /var/crash
1G      /var/default
1G      /var/lib
1G      /var/local
1G      /var/mail
1G      /var/opt
1G      /var/spool
1G      /var/tmp
1G      /var/www
2G      /var/log
admin@vhs-4:/$

Et ta troisième commande donne ça:

Code :
admin@vhs-4:/$ sudo du -xsB G /var/log/* | sort -n
0G      /var/log/alternatives.log
0G      /var/log/apport.log.1.gz
0G      /var/log/auth.log.5.gz
0G      /var/log/bootstrap.log
0G      /var/log/forked-daapd.log
0G      /var/log/kern.log.5.gz
0G      /var/log/mail.err.1.gz
0G      /var/log/mail.log.1.gz
0G      /var/log/mysql.err
0G      /var/log/mysql.log
0G      /var/log/pm-powersave.log
0G      /var/log/samba.log127.0.0.1
0G      /var/log/samba.log192.168.0.10
0G      /var/log/samba.log192.168.0.105
0G      /var/log/samba.log192.168.0.13
0G      /var/log/samba.log192.168.0.14
0G      /var/log/samba.log192.168.0.150
0G      /var/log/samba.log192.168.0.16
0G      /var/log/samba.log192.168.0.18
0G      /var/log/samba.log192.168.0.19
0G      /var/log/samba.log192.168.0.20
0G      /var/log/samba.log192.168.0.21
0G      /var/log/samba.log192.168.0.22
0G      /var/log/samba.log192.168.0.23
0G      /var/log/samba.log192.168.0.25
0G      /var/log/samba.log192.168.0.26
0G      /var/log/samba.log192.168.0.27
0G      /var/log/samba.log192.168.0.28
0G      /var/log/samba.log192.168.0.29
0G      /var/log/samba.log192.168.0.30
0G      /var/log/samba.log192.168.0.32
0G      /var/log/samba.log192.168.0.35
0G      /var/log/samba.log192.168.0.37
0G      /var/log/samba.log192.168.0.42
0G      /var/log/samba.log192.168.0.43
0G      /var/log/samba.log192.168.1.1
0G      /var/log/samba.log192.168.1.12
0G      /var/log/samba.log192.168.1.13
0G      /var/log/samba.log192.168.1.17
0G      /var/log/samba.log192.168.1.2
0G      /var/log/samba.log192.168.1.29
0G      /var/log/samba.log192.168.1.30
0G      /var/log/samba.log192.168.1.40
0G      /var/log/samba.log192.168.1.5
0G      /var/log/samba.log192.168.1.64
0G      /var/log/samba.log192.168.1.65
0G      /var/log/samba.log192.168.1.67
0G      /var/log/samba.log192.168.1.75
0G      /var/log/samba.log192.168.1.77
0G      /var/log/samba.log192.168.1.86
0G      /var/log/samba.log192.168.1.87
0G      /var/log/samba.log192.168.1.88
0G      /var/log/samba.log192.168.1.96
0G      /var/log/samba.logasuspierre-07
0G      /var/log/samba.logdesktop-d6as4rt
0G      /var/log/samba.logjcifs0_1_01
0G      /var/log/samba.logjcifs0_1_0b
0G      /var/log/samba.logjcifs0_1_19
0G      /var/log/samba.logjcifs0_1_30
0G      /var/log/samba.logjcifs0_1_46
0G      /var/log/samba.logjcifs0_1_7e
0G      /var/log/samba.logjcifs0_1_bb
0G      /var/log/samba.lograspberrypi
0G      /var/log/ufw.log.1.gz
0G      /var/log/vsftpd.log
1G      /var/log/alternatives.log.1
1G      /var/log/alternatives.log.10.gz
1G      /var/log/alternatives.log.2.gz
1G      /var/log/alternatives.log.3.gz
1G      /var/log/alternatives.log.4.gz
1G      /var/log/alternatives.log.5.gz
1G      /var/log/alternatives.log.6.gz
1G      /var/log/alternatives.log.7.gz
1G      /var/log/alternatives.log.8.gz
1G      /var/log/alternatives.log.9.gz
1G      /var/log/apache2
1G      /var/log/apparmor
1G      /var/log/apport.log
1G      /var/log/apport.log.1
1G      /var/log/apport.log.2.gz
1G      /var/log/apport.log.3.gz
1G      /var/log/apport.log.4.gz
1G      /var/log/apport.log.5.gz
1G      /var/log/apport.log.6.gz
1G      /var/log/apport.log.7.gz
1G      /var/log/apt
1G      /var/log/auth.log
1G      /var/log/boot.log
1G      /var/log/btmp
1G      /var/log/ConsoleKit
1G      /var/log/cups
1G      /var/log/dbconfig-common
1G      /var/log/dist-upgrade
1G      /var/log/dmesg
1G      /var/log/dmesg.0
1G      /var/log/dmesg.1.gz
1G      /var/log/dmesg.2.gz
1G      /var/log/dmesg.3.gz
1G      /var/log/dmesg.4.gz
1G      /var/log/dpkg.log
1G      /var/log/dpkg.log.1
1G      /var/log/dpkg.log.10.gz
1G      /var/log/dpkg.log.11.gz
1G      /var/log/dpkg.log.12.gz
1G      /var/log/dpkg.log.2.gz
1G      /var/log/dpkg.log.3.gz
1G      /var/log/dpkg.log.4.gz
1G      /var/log/dpkg.log.5.gz
1G      /var/log/dpkg.log.6.gz
1G      /var/log/dpkg.log.7.gz
1G      /var/log/dpkg.log.8.gz
1G      /var/log/dpkg.log.9.gz
1G      /var/log/faillog
1G      /var/log/fontconfig.log
1G      /var/log/fsck
1G      /var/log/installer
1G      /var/log/kern.log
1G      /var/log/landscape
1G      /var/log/lastlog
1G      /var/log/libvirt
1G      /var/log/lxc
1G      /var/log/mail.err
1G      /var/log/mail.err.1
1G      /var/log/mail.log
1G      /var/log/mail.log.1
1G      /var/log/mysql
1G      /var/log/mysql-sys
1G      /var/log/mysql-users
1G      /var/log/pm-powersave.log.1
1G      /var/log/pm-powersave.log.2.gz
1G      /var/log/pm-powersave.log.3.gz
1G      /var/log/pm-powersave.log.4.gz
1G      /var/log/samba.log
1G      /var/log/samba.log169.254.226.48
1G      /var/log/samba.log169.254.78.185
1G      /var/log/samba.log169.254.78.78
1G      /var/log/samba.log192.168.0.17
1G      /var/log/samba.logbas-pc
1G      /var/log/samba.logdesktop-3jsi3qi
1G      /var/log/samba.logdesktop-4pmj9kr
1G      /var/log/samba.logdesktop-5dj40fp
1G      /var/log/samba.logdesktop-5dj40fp.old
1G      /var/log/samba.logdesktop-6pt05ao
1G      /var/log/samba.logdesktop-6pt05ao.old
1G      /var/log/samba.logdesktop-715r9j2
1G      /var/log/samba.logdesktop-ktoukl4
1G      /var/log/samba.logdesktop-vdrla0l
1G      /var/log/samba.loghaut-mu
1G      /var/log/samba.loghaut-pc
1G      /var/log/samba.loghaut-pc.old
1G      /var/log/samba.logjcifs0_1_0d
1G      /var/log/samba.logjcifs0_1_10
1G      /var/log/samba.logjcifs0_1_1a
1G      /var/log/samba.logjcifs0_1_47
1G      /var/log/samba.logjcifs0_1_7c
1G      /var/log/samba.logjcifs0_1_9c
1G      /var/log/samba.logjcifs0_1_ca
1G      /var/log/samba.logjcifs0_1_ec
1G      /var/log/samba.logmu-pc
1G      /var/log/samba.logmu-pc.old
1G      /var/log/samba.logpc-de-francis
1G      /var/log/samba.logsmbd
1G      /var/log/samba.logsmbd.old
1G      /var/log/samba.logvhs-4
1G      /var/log/squeezeboxserver
1G      /var/log/syslog
1G      /var/log/syslog.1
1G      /var/log/syslog.2.gz
1G      /var/log/syslog.3.gz
1G      /var/log/syslog.4.gz
1G      /var/log/udev
1G      /var/log/ufw.log
1G      /var/log/ufw.log.1
1G      /var/log/ufw.log.2.gz
1G      /var/log/ufw.log.3.gz
1G      /var/log/ufw.log.4.gz
1G      /var/log/unattended-upgrades
1G      /var/log/upstart
1G      /var/log/wtmp
1G      /var/log/Xorg.0.log
1G      /var/log/Xorg.0.log.old
admin@vhs-4:/$

Merci !
Trouver tous les messages de cet utilisateur
Citer ce message dans une réponse
16-12-2018, 23:14:29
Message : #6
RE: Perte de l'interface web
Ca pourrait être çà...

La commande générique pour effacer des fichiers est:
Code :
$ rm /chemin/fichier1 /chemin/fichier2 /chemin/fichier3

Il te faudra utiliser sudo devant (les log son propriété de ''root'').

A mon avis il faudra peut-être faire un arrêt/relance pour que le système recréé les fichiers de log ?
Mais ATTENTION: Je ne connais pas les conséquences éventuelles...Confused

En revanche, tu as beaucoup de log pour samba à mon sens (pas tous gros, mais nombreux). Tu pourrais commencer par ceux-là:
Code :
$ sudo rm /var/log/samba.log*
puis [OPTION]
Code :
$ sudo reboot

et tu vérifies [quand le NAS est complètement relancé si reboot, tu peux d'abord tester sans]:
- connexions: ssh, ftp, samba (une connexion Windows)
- en ssh, accès direct à ton dossier "/mnt/data/data/users/admin": tu fais la commande "pwd" après le login, et ça doit te donner ce chemin-là
- connexion portail

Dis-nous ? Et te goure pas Exclamation (utilise l'autocomplétion avec la touche <tab> pour que le système complète tout seul les chemins / noms)

PS: Reste à savoir pourquoi çà grossi: tu penses que c'est lié à ta manip réseau ?
@+

VHS-4 VX "sesame"
* Intel® Core i7 4770s Haswell @ 3.9 GHz | 16 Go DDR3
* 4x4To WD40EFRX - RAID 5 | OS VHT v 6.1.4

VHS-4 VX "wasabi" ==> parti dans la famille...
Trouver tous les messages de cet utilisateur
Citer ce message dans une réponse
17-12-2018, 00:39:18
Message : #7
RE: Perte de l'interface web
Merci beaucoup, tout est rentré dans l'ordre !

J'ai commencé par effacer les log samba, ça n'a rien changé, puis j'ai effacé kern.log, reboot, connexion ssh: "usage of /: 81.9% of 4.46GB". Du coup, il a réussi à monter le raid, et tout est ok. J'ai vérifié rapidement, il a recréé kern.log, mais il ne pèse plus que 102Ko.

Je n'ai pas pu copier kern.log avant de l'effacer (ça refusait de le faire en ftp, et je ne sais pas faire autrement), du coup, je dois en rester aux suppositions:
- La dernière fois que c'était arrivé, le SAV m'avait dit que j'avais subi une grosse attaque D.O.S. qui avait fait exploser le log. Peut-être qu'ils n'avaient pas fait totalement le ménage, et que les log du vhs sont restés un peu chargé.
- Il est sûr que ma manip de connexion à deux réseaux différents a du générer pas mal d'erreurs, qui ont du également pas mal gonfler les logs.
- ça fait un bon moment que mon VHS s'arrête aléatoirement (disons en gros 4 fois par semaine, il me semble que c'est depuis que j'ai mis la carte tuner), si c'est suite à une erreur, ça ferait également gonfler le fichier log. Je vais surveiller ça de plus près. Il avait justement moins tendance à le faire ces derniers temps (disons qu'on était tombé à un arrêt par semaine).

Merci encore !

PS: je change le titre de mon message.
Trouver tous les messages de cet utilisateur
Citer ce message dans une réponse
17-12-2018, 01:25:54
Message : #8
RE: [Résolu] Effacer les fichiers log via ssh
Bien joué ! Smile

Cependant, 81,9% c'est encore trop selon moi... Le gros fichier auth de log pourrait être dû à ces attaques DOS dont tu parles (tentatives d'identification en masse)

Tu pourrais tenter de te refaire une installation complète et "propre" - d'autant plus si y a eut des attaques: procédure de réinstallation du firmware sans perte de données.
C'est dans le manuel utilisateur (p 78/79 ou autour), ou dans le wiki.

Ton NAS est en DMZ ou derrière la box ?

@+, bonne nuit ! Big Grin
PS: réinit: attention, sauvegarde des données recommandée

VHS-4 VX "sesame"
* Intel® Core i7 4770s Haswell @ 3.9 GHz | 16 Go DDR3
* 4x4To WD40EFRX - RAID 5 | OS VHT v 6.1.4

VHS-4 VX "wasabi" ==> parti dans la famille...
Trouver tous les messages de cet utilisateur
Citer ce message dans une réponse
17-12-2018, 15:47:08
Message : #9
RE: [Résolu] Effacer les fichiers log via ssh
Hello
bien joué pour le dépannage Smile

Mapou tu devrais surveiller tes logs de temps en temps du coup, pendant quelques semaines au moins tu jettes un oeil avec les commandes que tu viens de faire pour surveiller la taille et si y'en a un plus gros que prévu tu regardes dedans avec
Code :
sudo tail -n 50 /var/log/samba.log
(50 dernières lignes)

VHS4 Xtreme II - AMD Athlon II X2 240e
OS: v6.1.3 / RAM: 6 Go / Stockage: 4x 3 To

Wiki de la COMMUNAUTÉ
Qu'est-ce que GNU/Linux
Trouver tous les messages de cet utilisateur
Citer ce message dans une réponse
17-12-2018, 20:23:13 (Ce message a été modifié le : 18-12-2018 00:24:29 par Cram28.)
Message : #10
RE: [Résolu] Effacer les fichiers log via ssh
Bonsoir le forum,

Yep, c'est une idée qu'elle est bonne ça !

D'ailleurs, pour faire un peu plus "fin" et précis, tu peux lister tes fichiers en remplaçant "G" (Giga), par "M" (Méga), voire "K" (Kilos):
Code :
$ sudo du -xsB K /var/log/* | sort -n

Y a pu qu'à garder un oeil dessus Wink

@+

PS: Au début, on savait pas l'origine du problème (c'aurait pu être un pb hardware ! )
Maintenant ce serait p'têt pas mal de déplacer ce post dans la rubrique "Accès" par exemple, ce serait plus "logique" ou "facile" pour des recherches futures... Ou bien "Surveillance du serveur" plutôt ?
A votre avis ?

VHS-4 VX "sesame"
* Intel® Core i7 4770s Haswell @ 3.9 GHz | 16 Go DDR3
* 4x4To WD40EFRX - RAID 5 | OS VHT v 6.1.4

VHS-4 VX "wasabi" ==> parti dans la famille...
Trouver tous les messages de cet utilisateur
Citer ce message dans une réponse
Poster une réponse 


Aller à :




Contact | Ve-hotech | Retourner en haut | Retourner au contenu | Version bas-débit (Archivé) | Syndication RSS