Ubuntu-fr

Bonjour,
Je suis sur Ubuntu 16.04, avec 2 disques SSD sda et sdb en RAID 1 logiciel (mdadm).
Je voudrais retirer le 2ème disque sdb à chaud (la carte-mère le permet : hot plug), et le garder de côté, le temps de faire des essais divers sur le poste. Je dois éviter d'arrêter le poste car il sert de serveur proxy et de serveur mail.
Cela me permettrait de conserver de côté une "image" du système en cas de pépin (snapshot). Ensuite après les essais, je rebranche le disque à chaud et je resynchronise le RAID. En revanche, si jamais mes essais plantent le système, j'arrête le poste, je débranche sda, je rebranche sdb, et je redémarre, pour retrouver le système antérieur aux essais.:P

Pour sortir le disque sdb du raid, je pense qu'il faut faire :

sudo mdadm /dev/md0 --fail /dev/sdb1

sudo mdadm /dev/md0 --remove /dev/sdb1

Puis je démonte le disque sdb, et je le débranche physiquement à chaud.

Et voilà ma question : est-ce que ce disque sdb, une fois débranché contient vraiment toutes les données du raid, avec mon système dessus en état de marche ?
Si j'ai un pépin avec mes tests, est-ce que je pourrai compter sur ce disque pour redémarrer dessus, et retrouver l'état antérieur aux essais (en enlevant le 1er disque du raid, et en redémarrant avec ce seul disque) ?
Bref, est-ce que la ligne sudo mdadm /dev/md0 --fail /dev/sdb1 modifie des fichiers de sdb ? Ou bien simplement est-ce que ça arrête la synchronisation du raid sur ce disque ?
Est-ce que --remove ne suffirait pas, sans --fail ?

NB : je sais que ça marche à froid, je l'ai déjà fait, en arrêtant simplement le poste (sans utiliser mdadm), et en débranchant sdb : je peux ensuite, après les essais, redémarrer sur sdb si nécessaire. Mais là je voudrais débrancher sdb avec ubuntu en état, sans arrêter le poste, en utilisant mdadm.

Merci de votre aide.:)

Bonjour,
Nous utilisons comme serveur proxy Squid 3.1.3 sur Ubuntu Lucid.
Nous avons un routeur-modem ADSL Linksys, et une ligne ADSL 512K (on ne peut pas avoir plus dans notre bled pommé...).
Par contre, nous allons disposer d'une deuxième ligne ADSL 512, et nous avons déjà un 2ème routeur-modem (non utilisé) identique au premier.

Comment faire pour que Squid répartisse la charge web entre les 2 routeurs (c'est à dire entre les 2 lignes ADSL) ?

Merci beaucoup.

Bonjour,
Nous disposons de 2 connexions Internet, avec chacune son modem et son routeur (je peux basculer de l'une à l'autre comme je veux) :
1) ADSL 512K MagicOnline (on ne peux pas avoir plus que 512K à la campagne, et nous voudrions nous en débarrasser)
2) Satellite 10Mégas SkyDSL (rapide, malgré un temps de latence)
Nous avons un serveur proxy Squid (Squid-3.1.3 et SquidGard-1.4) sur un poste local ubuntu 10.04, avec derrière sur le réseau local une trentaine de postes.

Avec l'ADSL, tout est OK (mais c'est lent, à 512K : normal !).
Avec le satellite, si on passe par Squid, c'est bon sauf qu'on ne peux pas accéder aux sites colissimo.fr, chronopost.fr, coliposte.fr, colis-logistique.com, sherlocks.lcl.fr, et sans doute d'autres... : on obtient l'erreur timeout DNS de Squid.
J'ai fait l'essai : si on ne passe pas par Squid, mais directement par le routeur : ces sites marchent bien !

A la base, c'est un problème de DNS, car si je récupère les adresses IP de colissimo.fr...etc avec nslookup, et que je mets les adresses IP dans le fichier /etc/hosts, colissimo et ses "collègues" se mettent à marcher avec Squid !
Si je mets les DNS de MagicOnline (ADSL) dans le paramètre dns_namservers de Squid, et que je passe par le routeur satellite, ça ne marche pas. Mais si je rajoute une route pour router les DNS magicOnline vers le routeur de la connexion ADSL MagicOnline, ça marche !

Un info : quand on recherche avec nslookup l'adresse IP des sites qui posent problème, on obtient toujours un avertissement : "DNS request timed out. timeout was 2 seconds." Mais pas d'avertissement de ce genre avec tous les autres sites.

Le problème, en fait, est de savoir pourquoi ça marche en direct SANS Squid avec le satellite, mais PAS AVEC Squid ? Quel paramètre faut-il modifier dans Squid ?

Merci de votre aide à tous.:)

Bonjour,
Nous utilisons un serveur proxy squid v.3.1.3 (avec squidguard1.4) sur ubuntu 10.04 64 bits.
Le serveur squid accède à Internet par un routeur D-Link DIR 100 et un modem ADSL D-Link.
Il y a une cinquantaine de clients sur le réseau local, qui se partagent la connexion ADSL.
Tout fonctionnait au poil.
Mais brusquement, depuis jeudi dernier, 3 sites ne sont plus accessibles par squid : www.colissimo.fr/, www.colis-logistique.com/ et www.chronopost.fr/ : ça patine pendant quelques minutes, puis "timeout DNS". Ceci pour tous les clients. Tous les autres sites fonctionnent, sans exception visible.

Ce qui est curieux, c'est que si on passe directement par le routeur sans passer par squid, ça marche !
Sur le poste de squid, si on utilise Mozilla (qui ne passe pas le proxy) pour accéder à ces 3 sites, ça marche !!
J'avais gardé un vieux poste, avec ubuntu 8.04 et squid 3.0 : je l'ai redémarré : les 3 sites en question fonctionnent avec ce vieux poste !
J'ai vérifié mon squid.conf, j'ai court-circuité squidguard, j'ai essayé en HTTPS : rien n'y fait !

D'où cela peut-il venir ? Ont-ils fait des changements sur ces 3 sites ?
Ce qui est aussi curieux, c'est que chronoposte.fr marche, mais pas chronopost.fr.
Merci de votre aide à tous : je suis bien embêté.:(

Bonjour,
Nous utilisons Postfix en serveur de mails local, et Fetchmail 6.3.9-rc2 pour relever les mails en POP3 ; le tout sur Ubuntu Lucid 10.04.
Malheureusement, Fetchmail ne délivre pas et supprime les mails, dont le champs To comporte plusieurs destinataires, et dont certains sont séparés par un retour à la ligne.
Exemple de champs To :
To: dquaimmest@iol.ie, bruno.mallenten@foireachtas.ie, stephanercis@aliceadsl.fr, editorfmar@fmavoice.ie,
jfedtinn@googlemail.com, 21meenogh12@hotmail.com, paulaharmen3@gmail.com, papillon2025@freesurf.fr,
aciss1961@rocketmail.com, francoisreth@northhouse.plus.com, gerna_48@yahoo.com, patricknessa@yahoo.co.uk,
ok4monnes@openworld.com, plorelys@aol.com, hippons@libertysurf.fr, damerik8@yahho.fr

Rassurez-vous : j'ai modifié les adresses, pour qu'elles ne soient pas spammées. Mais on voit bien les retours à la ligne.
Actuellement, nous recevons en moyenne 1 mail sur 10 avec ce problème ! Et la plupart ne sont PAS des spams. Donc, 1 mail sur 10 est supprimé par Fetchmail !

Fetchmail reconnaît les destinataires situés après le (ou les) retour à la ligne comme une nouvelle entête, mais INCORRECTE : et il a raison.
Mais il ne délivre pas le message et le supprime purement et simplement (voir le log plus bas).

Comment faire pour ne pas perdre ce message, qui est tout à fait lisible par Postfix et les logiciels clients de lecture de mail (même si le champs To n'est pas 100% correct) ? Comment faire pour forcer Fetchmail à transmettre le mail à Postfix purement et simplement ?

Merci de votre aide à tous : je suis bien embêté...

Voici le log (en verbose) :
Oct 24 16:58:52 MonServeur fetchmail[5494]: 6.3.9-rc2 interroge SMTP_FAI (protocole POP3) à dim. 24 oct. 2010 16:58:52 CEST : récupération en cours
Oct 24 16:58:52 MonServeur fetchmail[5494]: Essai de connexion avec SMTP_FAI/110...connecté.
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< +OK <46707671.20847@domaineduserveur.com>, POP3 server ready.
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3> CAPA
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< +OK Capability list follows
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< USER
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< TOP
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< UIDL
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< EXPIRE NEVER
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< .
Oct 24 16:58:52 MonServeur fetchmail[5494]: SMTP_FAI: échec du passage en TLS mais on continue quand-même.
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3> USER archives
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< +OK archives is known here.
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3> PASS *
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< +OK Welcome! 1 messages (17050 bytes)
Oct 24 16:58:52 MonServeur fetchmail[5494]: sélection ou re-réception du dossier par défaut
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3> STAT
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< +OK 1 17050
Oct 24 16:58:52 MonServeur fetchmail[5494]: 1 message pour archives dans SMTP_FAI (17050 octets).
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3> LIST 1
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< +OK 1 17050
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3> RETR 1
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< +OK Here it comes...
Oct 24 16:58:52 MonServeur fetchmail[5494]: lecture du message archives@SMTP_FAI:1 parmi 1 (17050 octets)
Oct 24 16:58:52 MonServeur fetchmail[5494]: Sur le point de réécrire From: Pierre et Marie <petmgrive@aol.com>#015#012La version réécrite est From: Pierre et Marie <petmgrive@aol.com>#015#012
Oct 24 16:58:52 MonServeur fetchmail[5494]: Sur le point de réécrire To: dquaimmest@iol.ie, bruno.mallenten@foireachtas.ie, stephanercis@aliceadsl.fr, editorfmar@fmavoice.ie,#015#012La version réécrite est To: dquaimmest@iol.ie, bruno.mallenten@foireachtas.ie, stephanercis@aliceadsl.fr, editorfmar@fmavoice.ie,#015#012
Oct 24 16:58:52 MonServeur fetchmail[5494]: ligne d'en-tête incorrecte trouvée lors du scan des en-têtes
Oct 24 16:58:52 MonServeur fetchmail[5494]: ligne: jfedtinn@googlemail.com, 21meenogh12@hotmail.com, paulaharmen3@gmail.com, papillon2025@freesurf.fr,#015
Oct 24 16:58:52 MonServeur fetchmail[5494]:  éliminé
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3> DELE 1
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< +OK Message deleted.
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3> QUIT
Oct 24 16:58:52 MonServeur fetchmail[5494]: POP3< +OK domaineduserveur.com Server closing down.
Oct 24 16:58:52 MonServeur fetchmail[5494]: 6.3.9-rc2 interroge SMTP_FAI (protocole POP3) à dim. 24 oct. 2010 16:58:52 CEST : interrogation finie
Oct 24 16:58:52 MonServeur fetchmail[5494]: ne permute pas les listes d'UID, aucun UID vu dans cette requête
Oct 24 16:58:52 MonServeur fetchmail[5494]: fin normale, état 0

Bonjour,
J'utilise Postfix avec Fetchmail et Promail, en Maildir.
Fetchmail relève les messages en POP3 et les passe directement à Promail : d'abord /etc/procmailrc, puis /var/mail/"user"/.procmailrc. Et enfin, Procmail les délivre dans les boîtes.
Presque à chaque relève de mails, il y a un ou deux messages qui se perdent. Ou bien un message reste mystérieusement dans le dossier new du Maildir, sans passer dans le dossier cur après visualisation par Webmin, et Webmin ne l'affiche pas (il faut envoyer un autre message dans cette boîte pour débloquer).
Je me demande si Procmail est bien fiable ? Dans le man fetchmailrc, ils disent qu'ils peut y avoir des problèmes avec Procmail.
J'ai essayé de verrouiller les règles de Procmail, mais ce n'est pas tellement mieux.
D'où cela peut-il venir ? Est-ce que Maildrop est mieux ? Merci de votre aide à tous.

Voici un échantillon de mon /etc/procmailrc :

PATH=/usr/local/bin:/usr/bin:/bin
DEFAULT=$HOME/Maildir/
ORGMAIL=/var/mail/gestion/Maildir/
LOGFILE=/var/log/procmail.log
MAILDIR=/var/mail/
DROPPRIVS=yes

# Copie de TOUS les messages en provenance de l'extérieur pour faire un test
:0c:copiearchives.lock
!archives

# Spamassassin
:0fw:spamassassin.lock
|spamc

:0:envoispam.lock
*^X-Spam-Status:.Yes
!spams

:0c:copiehams.lock
!hams

# Copie des commandes suivant les langues
:0c:copieespagnol.lock
*^Subject:.*Procesar.Pedido.*
!espagnol

:0c:copiefrancais.lock
*^Subject:.*Traitement.de.la.commande.No.*
!francais

:0c:copieanglais.lock
*^Subject:.*Order.Process.*
!anglais

# Copie des messages restants pour faire un test
:0c:copietest.lock
!test