NeoX a écrit 18068 commentaires

ben oui comment veux-tu que ta debian parle à ton freenas par le protocole samba si les outils samba ne sont pas installés ?

désolé je suis un "abruti" j'avais pas vu la demande concernant la video et les images dans l'enoncé

du coup j'ai repondu à coté de la plaque

mpd que tu met en sortie vers pulseaudio et ca devrait le faire non ?

il faut peut-etre copier le fichier /etc/named.conf dans
/var/named/chroot/etc/

toujours à cause du chroot

mpd n'est-il pas prevu pour cela ?
vu qu'il tourne en ligne de commande il doit bien y avoir une interface web pour piloter ca à distance...

non ?

regarde le fichier de configuration de ton serveur il doit manqué les infos dans

fichier /etc/bind/named.conf.options
forwarders {
IP1 du DNS de ton fournisseur;
IP2 du DNS de ton fournisseur;
};

c'est ce que je mettais dans les ecoles dont je m'occupais

ils font des racks au format tour avec option raid, plusieurs disques durs, plusieurs cartes reseaux (utile pour la fonction passerelle)

livraison sur place
garantie 3 ans J+1 (tu appelle le mardi avant 16h il depanne le mercredi dans la journée chez toi)

question :
"que s'est-il passé le 14 janvier ?"

que disent les logs de la machine ?
que disent les logs apaches/mysql...

bref il y a une petite enquete à faire

sinon il faut voir avec les gens qui font mediawiki

ou simplement on a changé d'année
et il ne garde que les enregistrements 2009*

à defaut d'avoir une fonction "enregistrer sous..." ou "exporter en pdf" dans ton logiciel qui gere bien le "trim border"

si tu essaies d'imprimer en pdf ?
1°) ouvrant le pdf sur la machine
2°) retoucher la mise en page
3°) imprimer le resultat en pdf

cela ne fonctionnerait-il pas ?

ca aurait pu parler tapis (volant ?) ou luminaire

j'aurais enchainé sur Ikea, monsieur meubles, but, cuir center ...

chercher pas je suis deja parti
==>[ ]

je ne connais pas mediawiki

mais la table s'appelle "RecentChanges"
on peut supposer que n'y sont stockées que les modifications recentes (d'ou son nom)

s'il n'y a pas eu de modifications recentes, la table pourrait etre vide

regarde alors les cron.weekly et cron.monthly

essaie de voir si ca se produit à intervalles reguliers ou pas...

bon j'arrive apres la bataille mais j'ai un "bug"

si l'on peut dire.

quand je clique sur "forums" dans les menus en haut
je ne vois pas les entrées du forum.hors-sujet
alors que je le vois bien en premiere page (en ayant personnalisé mes boxes)
et que je le vois bien dans le suivi si j'ai été voir dans un post de ce genre

il y a un autre forum comme ca que je ne vois pas
mais me souviens plus lequel

firefox 3, linux 64bits

tout est dans le titre

:p

si tu modifies "à la main" un fichier que genere le programme "topkapi" c'est peut-etre normal qu'il rale car le fichier a été modifié

il faut peut-etre voir dans l'interface du logiciel s'il n'y a pas une option pour lui faire recharger les fichiers precedemment modifiés

sinon voir avec les gens qui gerent ce logiciel s'il n'y a pas un guide des "bonnes manieres" pour utiliser le logiciel (ce qu'il faut et surtout ce qu'il NE faut PAS faire)

car le logiciel n'est peut-etre pas prevu pour que les fichiers soient editer à la main

ben ca doit etre marqué dans la doc de ton fichier ou sur le site là ou tu as recuperer les fichiers.

et ce n'est pas DANS le fichier (ce n'est pas un cryptage)
c'est une information A COTE du fichier (dans un autre fichier, qui parfois s'appelle mon_fichier.md5sum si le fichier d'origine s'appelle mon_fichier)

(re)calculer le checksum :
s'il s'agit d'un md5, il n'y a qu'a faire md5sum le_fichier
pour que ca calcule le md5 de ce fichier et te l'affiche

à toi ensuite de sauvegarder cette info quelque part...

ensuite tu peux scripter pour le faire pour chaque fichier que tu trouverais dans l'arborescence
voire meme utiliser un autre outil (md5deep) pour parcourir l'arborescence pour recalculer tous les md5 de tous les fichiers presents (man md5deep pour plus d'info)

man md5sum
pour connaitre les options du programme md5sum

je te laisse aller voir le manuel

exactement,
je n'avais pas pensé au vautrage de A.

mais du coup ce n'est plus /var/lock/mon_verrouA
mais plutot /var/run/mon_appliA

avec le pid dedans

le but du checksum :
verifier que l'information n'a PAS été modifiée (lors d'un transfert de fichier, lors d'un acces disque, ou encore par un utilisateur)

coté serveur :
un checksum s'obtient par exemple avec md5sum nom_du_fichier
cela te renvoie alors une chaine de caractere (le checksum)

on stocke ce checksum dans un fichier texte ou sur une page du serveur.

coté client :
cela permet de controler que le fichier que l'on vient de recuperer est bien complet et non-altéré.

pour cela tu fais md5sum nom_du_fichier
et tu dois obtenir le meme checksum que celui qui se trouve sur le serveur (ou dans le fichier texte qui accompagne ton telechargement).


ton cas :
si tu modifie le fichier, il est EVIDENT que le checksum va changer (c'est prevu pour ca)

si tu veux reinjecter un checksum (car le programme verifie les fichiers par checksum), il suffit de faire md5sum le_nouveau_fichier
et de remplacer l'ancien checksum par celui que tu viens de calculer

ben apres un logrotate il y a parfois un redemarrage des services...
il fait peut-etre les logs apaches, puis restart apache
puis les logs mysql, puis restart mysql

si ca se trouve donc ton apache fonctionne mais la base de données est down pendant 1 minutes

et pendant cette minute ton serveur apache renvoie des pages vides

donc tu as ton probleme http tous les jours ?

en meme temps cela pourrait etre normal si le logrotate eteint apache le temps de faire la rotation des logs... (qui au passage doit prendre du temps si tu es tres bavard dans les logs)

ce qui confirme ton probleme

les gens qui sont venu voir le site (et ton nagios) ont fait la requete, et on obtenu un resultat mais vide, le serveur n'ayant pas pu envoyé de contenu.

Il faut peut-etre voir du coté de l'espace libre car si ton site est dynamique et que les pages sont crées à la volée et que tu manques d'espace, tu vas generer une page vide ou partiellement vide.

dans le shell A, tu crees un fichier /var/lock/mon_fichier_lock au debut de l'execution, que tu effaceras en fin d'execution de A

dans le shell B tu regardes s'il y a ce fichier lock
s'il y est alors le process A est en train de tourner, il faut attendre.

s'il n'y est pas, tu peux t'executer.


evidemment cela peut fonctionner dans l'autre sens
mettre le fichier lock à la fin de A, pour que B accepte de se lancer uniquement si le fichier de lock existe