trement et donc appliquer le bon reglage.
Bon courage.
Le Friday 20 Jan 2017 à 10:51:00 (+0100), Olivier a écrit :
> Bonjour,
>
> Sur une machine en production, j'observe que le fichier
> /var/log/squid3/netdb.state dépasse 1Go.
> J'aimerai en limiter la taille.
>
Bonjour,
Sur une machine en production, j'observe que le fichier
/var/log/squid3/netdb.state dépasse 1Go.
J'aimerai en limiter la taille.
Le fichier /etc/squid3/squid.conf contient:
# TAG: netdb_low
# The low water mark for the ICMP measurement database.
#
# Note: high
Le 11 janvier 2015 12:36, Sylvain L. Sauvage
a écrit :
> Le dimanche 11 janvier 2015, 11:22:55 Michel a écrit :
>> Le 11/01/2015 10:30, Bernardo a écrit :
>> > Bonjour,
>> >
>> > il suffit d'ajouter l'utilisateur au groupe lpadmin :
>> >
>> > adduser lpadmin
>>
>> Voilà qui va sûrement intéresser
Le dimanche 11 janvier 2015, 11:22:55 Michel a écrit :
> Le 11/01/2015 10:30, Bernardo a écrit :
> > Bonjour,
> >
> > il suffit d'ajouter l'utilisateur au groupe lpadmin :
> >
> > adduser lpadmin
>
> Voilà qui va sûrement intéresser Olivier
Yep. Ils vont continuer à ne pas lire la question e
Le 11/01/2015 10:30, Bernardo a écrit :
> Bonjour,
>
> il suffit d'ajouter l'utilisateur au groupe lpadmin :
>
> adduser lpadmin
>
Voilà qui va sûrement intéresser Olivier
Merci
Michel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous
>> Le mercredi 7 janvier 2015 à 12:14, Luc Novales a
>> écrit :
>>>> Quand je clique sur l'un de ces 3 boutons, j'ai un affichage
>>>> "Introuvable". Pourtant, les fichiers
>>>> /var/log/cups/{access.log|error.log|page.log} e
ichage
>>> "Introuvable". Pourtant, les fichiers
>>> /var/log/cups/{access.log|error.log|page.log} existent bien sur ma
>>> machine.
>>>
>>> Nominalement, quels doivent être les propriétaires et droits de ces 3
>>> fichiers ? Pour
Bonjour à tous les utilisateurs et développeurs de Debian (et à tous les
Charlie) :
Le mercredi 7 janvier 2015 à 12:14, Luc Novales a écrit
:
> > Quand je clique sur l'un de ces 3 boutons, j'ai un affichage
> > "Introuvable". Pourtant, les fichiers
> &g
ss log, Error Log et Page log.
Quand je clique sur l'un de ces 3 boutons, j'ai un affichage "Introuvable".
Pourtant, les fichiers /var/log/cups/{access.log|error.log|page.log}
existent bien sur ma machine.
Nominalement, quels doivent être les propriétaires et droits de ces 3 fi
On 06/01/2015 08:59, Olivier wrote:
> Et ces fichiers sont-ils bien accessibles par l'interface web de CUPS
> (onglet Administration, bouton Visualiser Access Log, ...) ?
>
J'ai aussi root:adm 640 pour les 3 fichiers. En revanche la
visualisation de error.log est correcte mais pour les deux autres
21, Olivier a écrit :
>> Quand je clique sur l'un de ces 3 boutons, j'ai un affichage "Introuvable".
>> Pourtant, les fichiers /var/log/cups/{access.log|error.log|page.log}
>> existent bien sur ma machine.
>>
>> Nominalement, quels doivent être les p
Bonjour à tous les utilisateurs et développeurs de Debian :
Le lundi 5 janvier 2015 à 22:21, Olivier a écrit :
> Quand je clique sur l'un de ces 3 boutons, j'ai un affichage "Introuvable".
> Pourtant, les fichiers /var/log/cups/{access.log|error.log|page.log}
>
ique sur l'un de ces 3 boutons, j'ai un affichage "Introuvable".
Pourtant, les fichiers /var/log/cups/{access.log|error.log|page.log}
existent bien sur ma machine.
Nominalement, quels doivent être les propriétaires et droits de ces 3 fichiers ?
Pour ma part, j'ai root:adm
; peut aider...
Le 8 juil. 2014 à 18:36, Olivier a écrit :
> Voici un extrait de /var/log/daemon.log:
> Jul 8 17:39:09 foobar dhcpd: DHCPREQUEST for 172.16.2.101 from
> 00:15:65:48:2d:21 via eth1
> Jul 8 17:39:09 fobbar dhcpd: DHCPACK on 172.16.2.101 to 00:15:65:48:2d:21
> v
Voici un extrait de /var/log/daemon.log:
Jul 8 17:39:09 foobar dhcpd: DHCPREQUEST for 172.16.2.101 from
00:15:65:48:2d:21 via eth1
Jul 8 17:39:09 fobbar dhcpd: DHCPACK on 172.16.2.101 to 00:15:65:48:2d:21
via eth1
Je retrouve habituellement ces lignes dans /var/log/syslog
Le 8 juillet 2014 18
bonjour,
un exemple de log ?
jerem
Le 08/07/2014 18:14, Olivier a écrit :
Bonjour,
J'ai une machine sous Wheezy qui copie les logs de plusieurs daemon
dans /var/log/daemon.log plutôt que /var/log/syslog.
Pourtant son fichier /etc/rsyslog.conf est identique à celui d'autres
mac
Bonjour,
J'ai une machine sous Wheezy qui copie les logs de plusieurs daemon dans
/var/log/daemon.log plutôt que /var/log/syslog.
Pourtant son fichier /etc/rsyslog.conf est identique à celui d'autres
machines.
Le contenu copié dans /var/log/daemon.log est égal au contenu habituel.
Mis
an-user-french@lists.debian.org
<mailto:debian-user-french@lists.debian.org>
Cc :
Envoyé le : Mardi 24 septembre 2013 13h38
Objet : Re: Lire fichier /var/log/term.log
Salut,
Le 24-09-2013, à 12:28:13 +0100, LeDub a écrit :
> Pour le besoin d'une documentati
7;à peu près potable mais je trouve la technique longue et
>fastidieuse !
>
>Pour Belaïd, je ne cherche pas à consulter les paquets installés mais à
>récupérer les choix de l'administrateur pendant l'installation du paquet.
>
>LeDub pas très content de la technique
Le 09/24/2013 04:44 PM, steve a écrit :
Le 24-09-2013, à 13:43:38 +0100, LeDub a écrit :
Je viens supprimer à la main tous ces caratères après moulte
"%s/---//g", j'ai quelque chose d'à peu près potable mais je trouve la
technique longue et fastidieuse !
Le g à la fin de la commande ve
Le 24-09-2013, à 13:43:38 +0100, LeDub a écrit :
> Je viens supprimer à la main tous ces caratères après moulte
> "%s/---//g", j'ai quelque chose d'à peu près potable mais je trouve la
> technique longue et fastidieuse !
Le g à la fin de la commande veut dire global, ce qui signifie que
cett
er les informations prises par
l'administrateur.
Merci de votre aide.
LeDub qui se demande pourquoi créer un fichier si sa lecture n'est pas aisée !
- Mail original -
De : Jean-Jacques Doti
À : debian-user-french@lists.debian.org
Cc :
Envoyé le : Mardi 24 septembre 2013 15h37
Ob
!
- Mail original -
De : Jean-Jacques Doti
À : debian-user-french@lists.debian.org
Cc :
Envoyé le : Mardi 24 septembre 2013 15h37
Objet : Re: Lire fichier /var/log/term.log
Le 24/09/2013 13:28, LeDub a écrit :
> Bonjour à tous,
Salut tout seul,
> Pour le besoin d'une docu
Salut tout seul,
Pour le besoin d'une documentation, je souhaite récupérer les
informations sélectionnées pendant l'installation d'un paquet.
Je cherche donc à lire correctement et surtout à copier le contenu du
fichier /var/log/apt/term.log.
Ce dernier est bourré de caractères de
Le 24/09/2013 13:28, LeDub a écrit :
Bonjour à tous,
Salut tout seul,
Pour le besoin d'une documentation, je souhaite récupérer les informations
sélectionnées pendant l'installation d'un paquet.
Je cherche donc à lire correctement et surtout à copier le contenu du fichie
à consulter les paquets installés mais à
récupérer les choix de l'administrateur pendant l'installation du paquet.
LeDub pas très content de la technique utilisée !
- Mail original -
De : steve
À : debian-user-french@lists.debian.org
Cc :
Envoyé le : Mardi 24 septembre 201
our Belaïd, je ne cherche pas à consulter les paquets installés mais à
> récupérer les choix de l'administrateur pendant l'installation du paquet.
>
> LeDub pas très content de la technique utilisée !
>
>
>
> - Mail original -
> De : steve
> À : debian-user-fr
stidieuse !
Pour Belaïd, je ne cherche pas à consulter les paquets installés mais à
récupérer les choix de l'administrateur pendant l'installation du paquet.
LeDub pas très content de la technique utilisée !
- Mail original -
De : steve
À : debian-user-french@lists.debian.org
Bonjour,
As-tu essayé de lire /var/log/dpkg.log ? il liste les opérations effectuées
sur chaque paquet individuel et personnellement il me parait plus lisible
(même s'il est plus verbeux) et plus exploitable que term.log
Le 24 septembre 2013 13:28, LeDub a écrit :
> Bonjour à tous,
&g
On Tue, 24 Sep 2013 12:28:13 +0100 (BST)
LeDub wrote:
> Un "cat" sur ce fichier affiche correctement mais trop rapidement
> le contenu. Un "cat" associé à un "| more" me l'affiche plus ou
> moins correctement sans que je puisse être certain d'avoir la
> totalité des choix sélectionnés.
Et un 'le
Salut,
Le 24-09-2013, à 12:28:13 +0100, LeDub a écrit :
> Pour le besoin d'une documentation, je souhaite récupérer les
> informations sélectionnées pendant l'installation d'un paquet. Je
> cherche donc à lire correctement et surtout à copier le contenu du
> fichier
Le 2013-09-24 13:28, LeDub a écrit :
Bonjour à tous,
Pour le besoin d'une documentation, je souhaite récupérer les
informations sélectionnées pendant l'installation d'un paquet.
Je cherche donc à lire correctement et surtout à copier le contenu du
fichier /var/log/apt/term.log.
Bonjour à tous,
Pour le besoin d'une documentation, je souhaite récupérer les informations
sélectionnées pendant l'installation d'un paquet.
Je cherche donc à lire correctement et surtout à copier le contenu du fichier
/var/log/apt/term.log.
Ce dernier est bourré de caractères
On Fri, Oct 26, 2012 at 01:55:34PM +0200, Sylvain L. Sauvage wrote:
> Je crois que tu devrais revoir ton système d'indexation, c'est
> l'inverse : je disais à peu près la même chose qu'Yves et c'est
> Joël Bertrand qui parlait de problèmes dans l'embarqué :
> http://lists.debian.org/debian-user
On Fri, 26 Oct 2012 13:55:34 +0200
"Sylvain L. Sauvage" wrote:
>
> Je crois que tu devrais revoir ton système d’indexation, c’est
> l’inverse : je disais à peu près la même chose qu’Yves et c’est
> Joël Bertrand qui parlait de problèmes dans l’embarqué :
> http://lists.debian.org/debian-user
Le vendredi 26 octobre 2012 à 13:36:44, Bzzz a écrit :
>[…]
> Mais le PB n'est même pas là: il-y-a qq semaines, S. Sauvage
> a fait une réflexion qui laisse à bien réfléchir sur
> l'opportunité et l'intérêt réel d'utiliser du SSD; il a dit
> qu'il rencontrait des tas de PBs sur de l'embarqué et que
On Fri, 26 Oct 2012 11:47:24 +0200
Yves Rutschle wrote:
>
> Ça me surprend un peu, en 2003 on avait calculé une durée de
> vie de 20 ans sur des flash de l'époque sur un système
> embarqué -- les SSD sont devenus nuls, ou bien vous écrivez
> 50GB par jour, ou bien vous prenez des décisions en vo
On Thu, Oct 25, 2012 at 11:13:10PM +0200, Mickaël Vera wrote:
> Ce n'est pas un problème de overhead mais c'est à cause du nombre
> limité de cycles d'écriture que supporte un SSD.
Ça me surprend un peu, en 2003 on avait calculé une durée de
vie de 20 ans sur des flash de l'époque sur un système
e
> Ça reste tjrs une Tmauvaise idée, d'abord parce que l'overhead engendré par
> l'écriture des logs reste faible (surtout sur du SSD), ensuite parce que le
> jour où tu auras un PB (quelque soit la source, MàJ, mauvaise conf, etc) tu
> n'auras aucune trace pour remonter la piste.
> Et c'est pareil
On Thu, 25 Oct 2012 13:15:33 +0200
Mickaël Vera wrote:
>
> D'autres packages sont plus robustes, j'ai un répertoire exim4 qui est
> recréé après un reboot avec Debian-exim comme user et group.
Ça c'est autre chose, ça veut juste dire que le pgm recrée ce dir s'il
est inexistant - ça n'est pas l
Le 25/10/2012 13:15, Mickaël Vera a écrit :
En l'occurrence il s'agit d'un petit NAS que j'ai construit avec un
disque SSD, je n'ai pas de contraintes fortes de sécurité et je n'irai
jamais voir ces logs. Merci, Mickaël
Bonjour,
Si un problème survient tu ne sauras pas d'où il vient ni même c
dra un
> script derrière).
J'ai compris ce qu'il s'est passé. C'est le package apache2.2-common
qui crée le répertoire /var/log/apache2.
Donc purger apache2 et le réinstaller n'a pas recréé le répertoire. Je
viens de le vérifier.
D'autres packages sont plus robus
On Thu, 25 Oct 2012 00:58:41 +0200 (CEST)
vera.mick...@free.fr wrote:
> A chaque redémarrage de la machine le répertoire /var/log/apache2 va
> disparaitre. J'aimerais comprendre l'origine du problème. Le package apache2
> a-t-il un problème ou est-ce ma configuration et
Bonjour,
J'utilise debian wheezy issue d'une migration depuis squeeze.
Apache2 refuse de démarrer à cause de permissions sur /var/log ou à cause de
l'absence de /var/log/apache2:
root@B52:/home/mickael# /etc/init.d/apache2 start
[] Starting web server: apache2apache2: Cou
Le lundi 01 mars de l'année 2010, vers 13 heures et 08 minutes, Jean-Yves F.
Barbier écrivait:
> Alexandre a écrit :
> > Feb 28 05:54:27 user postfix/smtp[32385]: connect to
> > emailaddress.com[69.64.147.248]:25: Connection timed out
> > Feb 28 05:54:27 user postfix/smtp[32385]: 5451526493:
> >
Alexandre a écrit :
> Feb 28 05:54:27 user postfix/smtp[32385]: connect to
> emailaddress.com[69.64.147.248]:25: Connection timed out
> Feb 28 05:54:27 user postfix/smtp[32385]: 5451526493:
> to=, relay=none, delay=216950,
> delays=216920/0.01/30/0, dsn=4.4.1, status=deferred (connect to
> emai
Bonjour,
sur un serveur Debian (stable) sur lequel j'ai remarqué ces lignes étranges dans
/var/log/mail.info :
Feb 28 05:54:27 user postfix/smtp[32385]: connect to
emailaddress.com[69.64.147.248]:25: Connection timed out
Feb 28 05:54:27 user postfix/smtp[32385]: 5451526493:
to=, relay
Salut la liste,
Vu que j'ai un peu de temps cet après-midi, je parcours mes logs et je
suis tombé sur un truc bizarre dans /var/log/auth.log :
Feb 11 17:41:11 localhost dbus-daemon: Rejected send message, 3 matched
rules; type="method_call", sender=":1.30" (uid=1000 p
mouss a dit le 03/21/2008 11:35 AM:
pour supprimer les "mark", il faut mettre l'option "-m 0" à syslogd.
merci à tous pour vos réponses
--
Patrick CAO HUU THIEN
débutant Debian mais pas GNU/Linux
(utilise actuellement Etch)
signature.asc
Description: OpenPGP digital signature
Patrick Cao Huu Thien (debian lists) wrote:
bonjour,
En regardant ds le /var/log/messages je viens de voir *plein* de
messages comme ceci:
« Mar 16 19:23:11 localhost -- MARK -- »
Est-ce que quelqu'un sait qui ecrit ça et quelle est sa signification ?
pour supprimer les "mark
Patrick Cao Huu Thien (debian lists) a écrit :
> bonjour,
>
Salut
> En regardant ds le /var/log/messages je viens de voir *plein* de
> messages comme ceci:
> « Mar 16 19:23:11 localhost -- MARK -- »
>
> Est-ce que quelqu'un sait qui ecrit ça et quelle est sa significat
bonjour,
En regardant ds le /var/log/messages je viens de voir *plein* de
messages comme ceci:
« Mar 16 19:23:11 localhost -- MARK -- »
Est-ce que quelqu'un sait qui ecrit ça et quelle est sa signification ?
--
Patrick CAO HUU THIEN
débutant Debian mais pas GNU/Linux
(utilise actuell
Merci,
j'ai résoulu mon problème
Le 24/06/07, Jean-Michel OLTRA <[EMAIL PROTECTED]> a écrit :
Bonjour,
Le samedi 23 juin 2007, kippix kippix a écrit...
>Je cherche donc à savoir cela pour modifier les droits lors de a la
>génération de ce fichier.
Pour quoi faire ? Si c'est
Bonjour,
Le samedi 23 juin 2007, kippix kippix a écrit...
>Je cherche donc à savoir cela pour modifier les droits lors de a la
>génération de ce fichier.
Pour quoi faire ? Si c'est pour le lire en utilisateur normal, met
l'utilisateur dans le groupe adm. Sinon, regarde dans
/etc/c
Bonjour,
Je cherche donc à savoir cela pour modifier les droits lors de a la
génération de ce fichier.
Merci, Kippix
s dimanche matin
> procmail n'arrive plus à écrire dans /var/log/procmailrc.log
> Il a écrit dans ce fichier puis en a créé un autre (l'ancien se nomme
> /var/log/procmailrc.log.0).
> Depuis la création du nouveau procmailrc.log, j'ai toujours cette même erreur
> dans
Bonsoir,
Tout est dans le titre au presque.
J'ai installé postfix + fetchmail + spamassassin + procmail sur un serveur
"maison" (debian
stable). Tout marche bien (après plusieurs de config tout de même) mais depuis
dimanche matin
procmail n'arrive plus à écrire dans /var/log
Le Tue, 12 Dec 2006 23:55:10 +0100
rudu <[EMAIL PROTECTED]> a écrit:
> S'en est suivi un interminable vomi de:
> 2006-11-04 12:47:11 1GEqJb-0001MN-3f == [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> routing defer (-51): retry time not reached
> 2006-11-04 12:47:11 1GEqJb-0001MQ-KL == [EMAIL PROTECTED]
Le Mardi 12 Décembre 2006 23:55, rudu a écrit :
> Exim va mal non?
> Comment je le soigne moi?
Je crois que non !
Mais en allant sur :
http://mirror.fr.claryss.net/exim.org/exim-html-4.61/doc/html/spec_html/ch32.html
Sur cette page en cherchant : retry time not reached
Il redirige sur :
http://mi
e gougueulissime
recours, j'ai innocement lancé un
cat /var/log/exim4/mainlog.1
S'en est suivi un interminable vomi de:
2006-11-04 12:47:11 1GEqJb-0001MN-3f == [EMAIL PROTECTED] <[EMAIL PROTECTED]>
routing defer (-51): retry time not reached
2006-11-04 12:47:11 1GEqJb-0001MQ-
Bonjour,
Apparement c'est un petit peu plus compliqué. Je viens de trouver une
doc sur http://linux.cudeso.be/linuxdoc/syslog-ng.php
En résumé :
destination cron { file("/var/log/cron.log"); };
filter f_cron { facility(cron); };
log { source(src); filter(f_cron); destinatio
Bonjour,
j'aimerais savoir comment activer le log de cron (/var/log/cron.log) ?
Je crois que c'est en modifiant le fichier
/etc/syslog-ng/syslog-ng.conf, décommenter les lignes suivantes :
log {
source(s_all);
filter(f_cron);
destination(df_cron);
};
Pouvez
Le dimanche 21 mai 2006 à 18:58 +0200, Pascal Ognibene a écrit :
> Bonjour à tous,
>
> j'ai récemment eu un problème avec plusieurs postes
> sous debian sid, suite (peut-être) à une mise
> à jour du kernel en version 2.6.16.
>
> les fichiers syslog, debug, kern.log d
Bonjour à tous,
j'ai récemment eu un problème avec plusieurs postes
sous debian sid, suite (peut-être) à une mise
à jour du kernel en version 2.6.16.
les fichiers syslog, debug, kern.log dans /var/log
grossissent jusqu'à des centaines de méga en 1 journée
d'utilisation. La maj
-u root -p purge master logs etc
>
> Merci pour l'info je vais modifer mon cron pour
> l'instant je faisais
> 50 23 * * * /usr/bin/find /var/log/mysql -name
> mysql-bin.\* -mtime +2 -exec rm -f {} \;
Suprimmer les logs binaires, c'est pas forcément l'idé
mportance (j'imagine
> que oui) mais il y a
> egalement un fichier d'index dans ce repertoire. Les
> commandes ci-dessus le
> mettent à jour. A integrer dans un cron par exemple.
> mysqladmin -u root -p purge master logs etc
Merci pour l'info je vais modifer mon
n serveur de logs augmenter
rapidement, je fais quelques investigations et je
m'aperçois que le répertoire /var/log/mysql fais 5.2 G
/var/log/mysql# du -h --max-depth=1 .
5,2G.
Je fais donc un petit
/var/log/mysql# ls -al
total 5405156
drwxr-s--- 2 mysql adm 4096 2005-04-18 06:25 .
d
--- pingouin osmolateur
<[EMAIL PROTECTED]> a écrit :
> SAlut la liste
> M'apercevant que mon serveur de logs augmenter
> rapidement, je fais quelques investigations et je
> m'aperçois que le répertoire /var/log/mysql fais 5.2
> G
> /var/log/mysql# du -h -
SAlut la liste
M'apercevant que mon serveur de logs augmenter
rapidement, je fais quelques investigations et je
m'aperçois que le répertoire /var/log/mysql fais 5.2 G
/var/log/mysql# du -h --max-depth=1 .
5,2G.
Je fais donc un petit
/var/log/mysql# ls -al
total 5405156
drwxr-s---
Stephane & Laurence a écrit :
logrotate est bien installé sur ma machine.
Une étude du contenu de /var/log m'indique que ce sont les journaux de
: syslog, debug et kern.log qui ont gonflé de manière impressionnante :
+ de 850 Mo chacun !!! (par ailleurs, le contenu de ces 3 journaux
logrotate est bien installé sur ma machine.
Une étude du contenu de /var/log m'indique que ce sont les journaux de
: syslog, debug et kern.log qui ont gonflé de manière impressionnante :
+ de 850 Mo chacun !!! (par ailleurs, le contenu de ces 3 journaux à
l'air assez redondant).
L
dans /var/log/ qui
prennent le plus de place, pour comprendre pourquoi.
Et installe anacron si ta machine n'est pas allumée en permanence,
comme cela les scripts de nettoyage des logs s'executeront correctement.
--
Etienne Vogt.
--
Pensez à lire la FAQ de la liste avant de pos
Le 12852ième jour après Epoch,
[EMAIL PROTECTED] écrivait:
> Bonjour,
>
> Je commence à manquer de place sur mon disque dur, et après un petit
> examen de celui-ci, je m'aperçois que le répertoire /var/log/ occupe
> 2,7Go !!!
>
> Quel moyen peut-on utiliser pour faire d
Le Jeudi 10 Mars 2005 12:33, Frog a écrit :
> Bonjour,
>
> Je commence à manquer de place sur mon disque dur, et après un petit
> examen de celui-ci, je m'aperçois que le répertoire /var/log/ occupe
> 2,7Go !!!
>
> Quel moyen peut-on utiliser pour faire de la place propr
Bonjour,
Je commence à manquer de place sur mon disque dur, et après un petit
examen de celui-ci, je m'aperçois que le répertoire /var/log/ occupe
2,7Go !!!
Quel moyen peut-on utiliser pour faire de la place proprement dans ce
répertoire, je ne pense pas que j'ai besoin de tou
On Sat, Feb 26, 2005 at 11:35:21AM +0100, Glennie Vignarajah wrote :
> Le Thursday 24 February 2005 22:46, Stevan Kanban(Stevan Kanban
> <[EMAIL PROTECTED]>) disait:
> > Bonjour, Dans mon mail.log j'ai le message suivant concernant
> > amavis: amavis[7931]: (07931-10) Clam Antivirus-clamd FAILED -
Le Thursday 24 February 2005 22:46, Stevan Kanban(Stevan Kanban
<[EMAIL PROTECTED]>) disait:
> Bonjour, Dans mon mail.log j'ai le message suivant concernant
> amavis: amavis[7931]: (07931-10) Clam Antivirus-clamd FAILED -
> unknown status:
> /var/lib/amavis/amavis-20050224T123008-07931/parts: Acce
Bonjour, Dans mon mail.log j'ai le message suivant concernant amavis:
amavis[7931]: (07931-10) Clam Antivirus-clamd FAILED - unknown status:
/var/lib/amavis/amavis-20050224T123008-07931/parts: Access denied. ERROR\n
Une ligne analogue est répétée pour quasiment tous les mails que j'ai reçus.
Or me
[EMAIL PROTECTED] wrote:
Est-ce sytématique ? Ou bien juste la 1ere fois ?
C'est la première fois que je le vois mais ça ne prouve rien, c'était après
avoir débranché un périph usb-storage à prioris si j'en crois les traces
pérécdentes.
ok.
Il est possible qu'en fait, tu as débranché le dis
Selon JusTiCe8 <[EMAIL PROTECTED]>:
> Bonjour,
>
> Gaëtan PERRIER a écrit :
>
> >Salut,
> >
> >est-ce que ça cause à quelqu'un:
> >
> >[...]
> >
> >Feb 17 23:33:28 reveillon kernel: e8db02ae
> >Feb 17 23:33:28 reveillon kernel: PREEMPT
> >
> >Feb 17 23:33:28 reveillon kernel: EIP:
> >0060:[pg0+681
Bonjour,
Gaëtan PERRIER a écrit :
Salut,
est-ce que ça cause à quelqu'un:
[...]
Feb 17 23:33:28 reveillon kernel: e8db02ae
Feb 17 23:33:28 reveillon kernel: PREEMPT
Feb 17 23:33:28 reveillon kernel: EIP:
0060:[pg0+681587374/1069880320]Not tainted VLI
Feb 17 23:33:28 reveillon kernel: EFLAG
Salut,
est-ce que ça cause à quelqu'un:
Feb 17 23:33:28 reveillon kernel: e8db02ae
Feb 17 23:33:28 reveillon kernel: PREEMPT
Feb 17 23:33:28 reveillon kernel: Modules linked in: nls_utf8
nls_cp437 vfat fat usb_storage mga lp ipt_ULOG ipt_MASQUERADE
ip_nat_irc ip_nat_ftp ipt_state ip_conntrack_ir
Bonjour,
Dans ma séquence de démarrage, j'ai des messages que je ne comprends pas:
1.
Tue Feb 15 14:45:55 2005: mount: wrong fs type, bad option, bad superblock on
tmpfs,
Tue Feb 15 14:45:55 2005:missing codepage or other error
Tue Feb 15 14:45:55 2005:In some cases useful info i
Bonjours,
Au demarrage de ma debian sid j'ai ces messages, qui je présume
correspondent à une option du noyau activé inutilement ?
--
Fri Jan 21 11:19:00 2005: /dev/hda1: clean, 129935/699008 files,
851154/1397174
blocks
Fri Ja
Bonjours,
Au demarrage de ma debian sid j'ai ces messages, qui je présume
correspondent à une option du noyau activé inutilement ?
--
Fri Jan 21 11:19:00 2005: /dev/hda1: clean, 129935/699008 files,
851154/1397174
blocks
Fri Ja
Bonsoir,
J'ai quelques souçis de connexion Internet (ping ne répond plus après
quelques minutes d'utilisation.
Je suis en train de supposer que j'ai des erreurs avec ma carte réseau.
En effet, dans /var/log/messages, j'ai ceci :
Nov 26 19:26:10 localhost kernel: b44
Le Sun 7/03/2004, Gurvan Huiban disait
> On Friday 05 March 2004 15:50, François TOURDE wrote:
> > > C'est certain qu'il est possible d'ecrire le script qui va bien, qu'on
> > > execute via cron, mais si y'a un moyen plus simple de resoudre le
> > > "probleme", c'est pas la peine de re-inventer la
On Friday 05 March 2004 15:50, François TOURDE wrote:
> > C'est certain qu'il est possible d'ecrire le script qui va bien, qu'on
> > execute via cron, mais si y'a un moyen plus simple de resoudre le
> > "probleme", c'est pas la peine de re-inventer la roue... Une suggestion?
>
> Normalement, tu dev
ent si le répertoire
/var/log/ksymoops est présent. Il suffit donc de supprimer ce répertoire
pour ne pas voir son /var grossir inconsidérément.
Mes 2¢,
Yannick
Le 12482ième jour après Epoch,
Gurvan Huiban écrivait:
> Bonjour,
>
> Heureux utilisateur d'une Debian testing, j'ai remarque que le
> repertoire /var/log/ksymoops/ contientquelques milliers de fichiers.
>
> Si j'ai bien compris, le repertoire /var/lo
Bonjour,
Heureux utilisateur d'une Debian testing, j'ai remarque que le
repertoire /var/log/ksymoops/ contient quelques milliers de fichiers.
Si j'ai bien compris, le repertoire /var/log/ksymoops contient un export des
symboles du kernel, ou un truc comme ca. Le probleme, c&
Je fonctionnait (je ne suis plus en woody) avec ce système chez un autre
opérateur et n'ai jamais eu de problème. Regarde sur le site de l'opérateur
si il y des renseignements.
ben effectivement tele2 a fermer son port 25 ! donc plus de smtp avec
les autres fai !!! je suis oblige de passe pa
A 17:58 23/01/2004 +0100, vous avez écrit :
Bonjour la liste !
Voila, j'ai bcp de pbl de deconnexion adsl avec tele2, ma woody et mon
modam adsl ethernet Alcatel SpeedTouch Home !
J'ai bien installe un mini scipt dans le crontab
Les symptomes :
- deconnexion adsl ( 2-3 * / heure )
- impo
deux...
> - gaim qui se deconnecte tres souvent...
Si tu es régulièrement déconnecté c'est normal.
>
> Je sais pas si ca vient de tele2 ( rien trouve sur leur site ! ), de
> yahoo ( rien trouve sur leur site ! ) ou de ma woody !
>
> voici un extrait du /var/log/daemon.log. je voudra
avec le smtp de yahoo
- reception des mails qui plantent
- gaim qui se connecte une fois sur deux...
- gaim qui se deconnecte tres souvent...
Je sais pas si ca vient de tele2 ( rien trouve sur leur site ! ), de
yahoo ( rien trouve sur leur site ! ) ou de ma woody !
voici un extrait du /var/log/dae
Bonjour.
Je viens de passer sous 2.6.1 et voici des messages de /var/log/syslog:
moo kernel: request_module: failed/sbin/modprobe--char-major-29-0.error=
256
moo kernel: atkbd.c: Unknownkey released(translated set 2, code 0x7a
onisa0060/serio0).
moo kernel:atkbd.c: Unknown key released
On Thu, 10 Apr 2003 17:05:24 +0200
jlesaux <[EMAIL PROTECTED]> wrote:
> bonjour,
> j'ai un repertoire plein de fichiers qui me semble ne servir a rien dans
> le repertoire /var/log/ksymoops/.
> Est il dangereux d'effacer ces fichiers..
>
Ce ne sont juste que d
* jlesaux <[EMAIL PROTECTED]> [2003-04-10 17:05] :
> bonjour,
> j'ai un repertoire plein de fichiers qui me semble ne servir a rien dans
> le repertoire /var/log/ksymoops/.
> Est il dangereux d'effacer ces fichiers..
Non, c'est même normalement fait par /etc/c
bonjour,
j'ai un repertoire plein de fichiers qui me semble ne servir a rien dans
le repertoire /var/log/ksymoops/.
Est il dangereux d'effacer ces fichiers..
Jerome
_
Envie de discuter en "live" avec vo
J'ai trouver ce genre de messages d'erreur dans mon /var/log/messages:
18:11:38 kernel: eth0: Oversized Ethernet frame spanned multiple buffers,
entry 0x5 length 0 status 0600!
18:11:38 kernel: eth0: Oversized Ethernet frame cf855050 vs cf855050.
18:39:00 kernel: eth0: Oversize
1 - 100 sur 113 matches
Mail list logo
