Chris K. a écrit 1133 commentaires

Mais en revanche, sur des serveurs d'entrée de gamme avec seulement 2 disques en RAID1, j'ai pu constaté que la carte DELL PERC H310 fait correctement son travail et qu'elle est bien supportée par les principaux systèmes d'exploitation (Linux, Windows, VMware ESXi).

En dehors de Linux, je n'en ai aucune idée car je n'en ai jamais utilisé sur d'autre OS mais j'ai un constat diamétralement opposé avec cette carte.

J'ai eu plusieurs machines linux entre les mains avec cette carte et pour tout dire la rapidité du raid ne m'a jamais époustouflé (sans totalement me choquer non plus). Les opérations sur de gros fichiers, ça passe.
Jusqu'au jour où… avec un petit serveur de fichier samba, quelques autres services sous-utilisés, on passe 5 utilisateurs dessus qui lisent beaucoup de petits fichier régulièrement : des saletés de développeurs et leurs ide modernes :D.
- H310 : une cata, ça rame, iotop s'affole, les interrupts / iowait montent en flèche.
- Après une journée de sueur pour en arriver a soupçonner que le soucis peut venir de là (car on pense à tous les paramétrages logiciels à la con avant… samba / cache / système / …), sauvegarde, branchement en direct sur un contrôleur de base et passage en raid soft tout fonctionne tranquillement sans pic.

C'est dommage, je n'ai plus les graphs munin sous la main mais ça faisait peur.

Donc pour moi : performances pas au rendez vous -> autant mettre ses brouzoufs dans un ssd pour avoir un cache rapide dans lequel taper avec certaines applications ou même l'associer dans un pool zfs qui saura très bien faire du mirroring.

L’intérêt de ces cartes se situe certainement ailleurs… du coté des écosystèmes windows où il simplifie peut être la tâche à l'administrateur qui installe un système ?

+10⁴²
Faire très attention aux cartes raid d'entrée de gamme car elles font toutes, au final, du raid soft : elles utilisent le processeur de la machine. A fuir comme la peste est vraiment le bon terme. Mieux vaut un chipset intel de base et un raid logiciel linux qui sera plus performant, car mieux géré par le système, que ce genre de daubes qui va te provoquer une foire aux interrupts et à l'iowait sous une charge de bisousnours.

Au passage passes ta configuration IP en manuel (pas de DHCP) sur l'interface eth0 ça évitera qu'il te configure l'IP du routeur dont tu te sers comme switch en passerelle sur ton raspberry. Ou désactive le serveur DHCP dans ton switch/routeur ça sera encore mieux.
Enfin si j'ai bien compris ton histoire…

Pour le reste

le probleme vient du routage. lorsque je réalise une requete internet, il fait une requete uniquement sur le LAN (eth0) et pas sur la clé wifi (wlan0).

Ta route par défaut doit être mal définie.

Quand tu fais un ip route dois avoir quelque-chose qui ressemble à

default via 192.168.X.X dev eth0

Alors que ça devrait être :

default via 192.168.X.Y dev wlan0

ou X.Y est ta passerelle sur le wifi.

Donc

ip route del default via 192.168.X.X dev eth0
ip route add default via 192.168.X.Y dev wlan0

Yes sans le slash à la fin ca va moins bien marcher :)
Et pour l'adresse étrange c'est tout simplement localhost en ipv6.

La solution de mettre un mod_proxy est une bonne solution amha.
Par contre, pourquoi différencier :

ProxyPass /:44441/ http://localhost:44440/jobscheduler/operations_gui/

de

ProxyPassReverse /:44441/ http://IP_Serveur_LAN:44440/jobscheduler/operations_gui

Je dirais simplement :

ProxyPassReverse /:44441/ http://localhost:44440/jobscheduler/operations_gui

Ta directive

<Proxy http://IP_Serveur_LAN:*/*> 

est aussi à corriger du coup.

• Configurer IPTables pour que les connexions arrivant sur le port 80 soit ensuite perçu comme de source "localhost" et qu'elles soient redirigés vers Apache (j'ai pris le port 44441, un peu au hasard je l'avoue).

Tu peux faire écouter le proxy apache directement sur le port 80, cette étape de redirection n'est pas nécessaire si tu ne mets pas ProxyPreserveHost à On l’hôte passé à ton application proviendra déjà de localhost puisque tu l'attaques par là ;)

Mon problème, c'est que ça ne fonctionne pas et que j'arrive pas à identifier d'où proviennent les erreurs de fonctionnement.

Il va falloir passer par là, aller lire les logs, voir où les connexions aboutissent et si non où la chaîne se rompt, sans cela tu n'avanceras pas.

Et branché en direct avec le port hdmi et un clavier usb tu ne peux pas te connecter ?

En dehors de la quantité de données à gérer, générer des images sur un pi ça va pas être top niveau perf car même un simple redimensionnement d'une image prend déjà du temps sur ce genre de petits processeurs.
Le mieux serait de déléguer le rendu de tes graphs au navigateur en utilisant une bibliothèque javascript comme Chart.js pour faire le rendu.

Sinon pour ce qui est de changer le format de ton wav tu peux utiliser avconv :

avconv -i NOM__DU_FICHIER_MAUVAIS_FORMAT.WAV -acodec pcm_s16le NOM_DU_FICHIER_AU_BON_FORMAT.WAV

Ça devrait le rendre compatible avec avidemux.

Le paquet qui installe avconv c'est libav-tools, il est très certainement déjà installé mais c'est à vérifier.

As tu ouvert le fichier en question avec mediainfo ? Que dit il ?

Alors effectivement c'est un peu vieux et ffmpeg n'est plus inclus dans ubuntu depuis la 14.04 (cf http://doc.ubuntu-fr.org/ffmpeg). Il a été remplacé par avconv et il reste à voir si il est bien installé et utilisé par avidemux (?)

Pour ce qui est du paquet ubuntu-restricted-extras, il contient des codecs proprios comme le mp3, asf, wmv, wma, real audio/video, … et ça ne doit en effet rien changer pour le wav qui n'entre pas dans cette catégorie, ni pour vlc qui embarque tout ce dont il a besoin.

Sinon il reste la piste proposée par fcartegnie en dessous qui va nécessiter si c'est le cas de transoder le fichier en quelque chose de propre avant de pouvoir l'utiliser.

Merci pour les liens, je ne les connaissait pas ces deux là :)

Dans la vie il n'y a pas que le wifi, il y a aussi le Li-Fi !

Sinon, les plus conservateurs préféreront la solution longtemps incontournable mais plutôt onéreuse de l'IPoAC

Bon c'est pas totalement le sujet mais vu qu'on parle de se passer de google :
Quelqu'un ici connait-il une alternative à google docs pour héberger son propre système de partage et d'édition en ligne de documents (notamment un tableur) ?

C'est un bon début :)

Il est possible de simplifier largement ton traitement (au vu de ton énoncé) en n'utilisant qu'un seul hash contenant toutes les informations dont tu as besoin :

#!/usr/bin/perl

#Tables de hash contenant en clé la référence et en valeur la ligne à afficher
%lignes_a_afficher = ();

#Ouverture des fichiers, tue le script en cas d'echec
open(FILE,"fichier_1.txt") or die;
open(FILE2,"fichier_comp") or die;

#Chargement des references et des lignes à afficher dans le hash à partir du premier fichier
while(<FILE>){
    chomp();
    @ligne = split(/;/,$_);
    $lignes_a_afficher{$ligne[7]} = $_;
}
close(FILE);

#Vérification de la présence de la ref dans le second fichier, si elle est présente on l'enlève des lignes à afficher
while(<FILE2>){
    chomp();
    @ligne2 = split(/;/,$_);
    if (exists $lignes_a_afficher{$ligne2[7]}) {
      delete $lignes_a_afficher{$ligne2[7]};
    }
}
close(FILE2);

#Affichage 
foreach my $ligne_a_afficher (values(%lignes_a_afficher)) {
   print $ligne_a_afficher."\n";
}

Visiblement il y d'autres personnes dans ton cas : http://ubuntuforums.org/showthread.php?t=1257496

Tu peux tenter l'installation des packages mentionnés dans le post : ffmpeg et ubuntu-restricted-extras et voir si cela corrige ton problème.

Il est vrai qu'à lire les études sur la propreté des claviers de nos pc - réputés plus sales que les cuvettes des toilettes - faire attention de pas toucher quoi que ce soit sans s'être lavé correctement les mains n'est visiblement pas évident pour tout le monde. Mais dans ce cas là, le smartphone, très utilisé dans les lieux d'aisance, peut aussi devenir un objet des plus gores…
Pensez-y la prochaines fois que qu'on vous passe quelqu'un au téléphone ^^

Il te reste perl grep pour les tableaux. Si la syntaxe te parait trop complexe, tu peux tout simplement utiliser un hash ça marchera aussi.

Tu peux indexer en mémoire, dans un premier temps, ton champ à comparer dans un tableau en utilisant le plus petit des deux fichier puis parcourir le second pour tester la présence du champ dans le tableau avec un smart match ($index ~~ @tableau). Ce sera déjà bien plus efficace que la double boucle répétant l'éclatement des champs du fichier.

Tu n'aurais pas oublié d'effectuer l'intrication quantique des interfaces réseau par hasard ?

Je ne sais pas quelle est ta définition d'une tablette. Mais pour moi les adaptateurs Ethernet pour ce matériel sont loin d'être courant.

Ça se trouve. Le vrai problème est de trouver le joli enrouleur automatique design pour 20 mètres de câble qui permettra de rester mobile jusqu'aux toilettes :/

je pense pas que bind gère les fichiers plats pour mon domaine.io ET les données en base pour l'AD (le peut il?)
Oui il le peut.

En fait ce que tu gères dans la console MMC est inclus dans la configuration de bind par un fichier provenant de samba (ca doit ressembler à include "/usr/local/samba/private/named.conf";).

Rien ne t’empêche de modifier le reste de la configuration de bind comme tu le veux. Bien entendu ces zones ajoutées directement dans bind n'apparaissent pas dans la MMC.

C'est toujours aussi facile d'après ce que j'ai pu voir. Les outils de crack évoluent bien plus vite que les protections de MS…

Ce que tu décris ressemble beaucoup à un hyperviseur Xen (https://wiki.debian.org/Xen).

Microsoft le déclare simplement : « Les PC sans licence officielle pourront passer à Windows 10 mais la mise à jour ne changera pas l’état de leur licence ». En clair, la moulinette n’autorisera pas plus les Windows Update et autres fonctionnalités liées à la présence d’une clé valide.

Pas de régularisation en effet.

Vu que plusieurs méthodes de crack, facilement trouvables sur google par n'importe qui, permettent d'avoir une clé considérée comme valide par windows (et donc windows update) je vois cette déclaration comme une incitation à mettre les systèmes piratés à jour.

Le cadeau n'est pas officiel mais leurs chers pirates qui risqueraient peut être d'aller voir ailleurs autrement seront contents. Bref, rien de nouveau et c'est dommage pour le LL.