-=[ silmaril ]=- a écrit 1463 commentaires

Oui et non, tout ça est possible via les fonctions snapshot de lvm
mais bon certains soft n'aiment pas êtres démarrés sur un état inconsistant

> Si l'on peut se passer des relais FT je crois pas

Euh si je te dit que tu peut te passer des relais FT, c'est bien parce que tu peut t'en passer.

Enleve la ligne relay_host de ton postfix et tes messages partirons sans aucun soucis.

>Je voulais faire ça en Perl, mais finalement en bash c'est pas mal ;-)

Perl pour faire ce genre de chose c'est comme prendre une massue pour casser une noisette ...
D'autant plus qu'il n'est pas conçu pour ça donc au final tu ferait un perl qui appelle un shell.

Sinon y a pas non plus besoin de créer un script shell, cron execute les lignes via le shell, donc tu peut faire simplement:

0 0 * * * /bin/tar czf /path/to/backup-$(date +%Y%m%d-%H%M%S).tar.gz /path/to/folder

1/
la commande que j'utilise en bash ou autre :

#!/bin/sh
for i in *
do
j=`echo $i | tr '[A-Z]' '[a-z]'`
mv $i $j
done


on ne peut pas plus simple

Euh si, on peut: rename ’y/A-Z/a-z/’ *

Avant les "fotes d'ortografes" le premier problème est que tu ne
donne pas les informations utiles (même pas une seule).

=> pour eventuellement pouvoir diagnostiquer il faudrait:
* ton fichier /etc/X11/xorg.conf
* le log du dernier lancement de Xorg (/var/log/Xorg.0.log normalement)
* les paquets installés notamment concernants xorg et nvidia
( le resultat de dpkg -l |egrep "xorg|nvidia" devrait faire l'affaire )
* les opérations que tu as faites.


Note: pour les logs/fichiers/etc utilise un "pastebin" ou un hebergement quelconque ce sera plus lisible qu'ici.

Est-tu bien certain d'avoir un quelconque besoin d'utiliser du SASL pour discuter avec les relais de ton FAI ? c'est bien la premiere fois que j'entend parler d'une telle chose ...

Autre question si ton entreprise dispose d'un serveur linux, d'une ligne xDSL pro, pourquoi t'emmerde tu avec les relay oleane ? ton postfix est parfaitement capable d'envoyer le mail lui même (et tu aura plus d'info qu'avec les relais oleane).

Quand au fichier sasl_passwd c'est une table qui associe des login/password SASL avec des domaines mails ou des serveurs mails.
partant de la .

tu est 'victime' de la fonction de persistance implementée dans udev,
comme ton changement de carte a entrainer un changement d'adresse
MAC udev te renomme automatique ta carte en eth1 (ou plus).

Solution simple:

$ su
# rm /etc/udev/rules.d/z25_persistent-net.rules
# reboot

> changement d'architecture oblige,

oblige à quoi ? tu a acheté un Itanium ?
Si non et que:
* Tu a moins de 4Go de ram
* Tu ne fait pas de calcul mathématiques intensifs
Alors il n'y a rien qui t'oblige à quoi que ce soit. Et je dirais même plus si c'est
un poste de travail il y a bcp de choses qui vont t'obliger à mixer des soft en
x86 en plus du x86-64 (via chroot / autre).

=> AMHA tu devrait passer à etch 32bits tu auras moins d'emmerdes.

pour les raisons évoquées plus haut, j'optimiserai le
script de la sorte (limite les appels à 2 forks):

1 #!/bin/sh
2
3 DATA=`cat /var/www/blacklisted/index.html`
4 ANSWER='HTTP/1.1 403 Forbidden'
5 SERVER=Apache
6
7 DATE=`LANG=C /bin/date -u +"%a, %d %b %Y %H:%M:%S GMT"`
8 LENGTH=${#DATA}
9
10 echo $ANSWER
11 echo Date : $DATE
12 echo Server : $SERVER
13 echo Content-Type : text/HTML
14 echo Content-Length : $LENGTH
15
16 # blank line to separate header form content
17 echo
18
19 # start to send content
20 echo $DATA

En fait il y a deux solution à ce problème:

#include <sys/types.h>
#include <sys/wait.h>
#include <unistd.h>
#include <stdlib.h>

main () {

int status, old_stdout, old_stderr, c;
int pipe_stdout[2], pipe_stderr[2];
char buffer[1024];

/* creation pipes de communication */
pipe(pipe_stdout);
pipe(pipe_stderr);

#if 1
if (fork()) {
close (pipe_stdout[0]);
close (pipe_stderr[0]);
/* redirect to pipe */
dup2(pipe_stdout[1], STDOUT_FILENO);
dup2(pipe_stderr[1], STDERR_FILENO);
execl("/bin/ls", "ls", "-la", "/bin", (char*)NULL);
}

wait(NULL);
#else
/* Backup old i/o */
dup2(STDOUT_FILENO, old_stdout);
dup2(STDERR_FILENO, old_stderr);

dup2(pipe_stdout[1], STDOUT_FILENO);
dup2(pipe_stderr[1], STDERR_FILENO);
system("/bin/ls -la --color /bin");

/* restore old i/o */
dup2 (old_stdout, STDOUT_FILENO);
dup2 (old_stderr, STDERR_FILENO);
#endif

/* close (pipe_stdout[1]);
close (pipe_stderr[1]);*/

memset(buffer, 0, 1024);
/* Lecture pipes */
printf("Lecture stdout:\n");
while (c=read(pipe_stdout[0], buffer, 1024)>0) {
printf("%s", buffer);
memset(buffer, 0, 1024);
}

memset(buffer, 0, 1024);
printf("Lecture stderr:\n");
while (c=read(pipe_stderr[0], buffer, 1024)>0) {
printf("%s", buffer);
memset(buffer, 0, 1024);
}
}

au passage et pour information ce n'est pas ton hebergeur qui à mis ces cron en
place, ils viennent directement des paquets installé sur ton serveur.

Pour faire court: Non ce n'est pas possible, même en optimisant le code généré par le compilateur tu ne pourra pas faire ça car c'est le CPU lui-même qui fonctionne ainsi (enfin l'instruction 'ret' surtout) .

Le cache du CPU .. et bien c'est un cache pas une mémoire et en tant que tel il est géré par le CPU, à un comportement spécifique au
CPU et est inaccessible (directement) par le compilateur / programmeur.
De plus en environnement multi-tache il est susceptible d'être modifié de façon aléatoire par l'exécution des autres programmes et du kernel.

Et même si ce cache était fiable il ne serait pas suffisamment grand pour stocker toutes les données d'une fonction récursive ou alors il faudrait peu de récursion et peu de variables (chaque variable déclarée dans ta fonction récursive est déposée sur la pile avant l'adresse de retour).



Note: un programmeur asm de bon niveau avec suffisamment de connaissances sur le CPU qu'il utilise peut optimiser l'usage du cache sur un OS mono-tache et uniquement dans ce cas.

Quand tu dit qu'avec un switch manageable tu n'a pas de problème, c'est
que tu utilise ton switch en routeur ? ou que tu decoupe le flux sur deux
carte sur ton routeur ?

Avec ces informations je pencherais pour un défaut matériel et/ou du driver de ta carte réseau.

non parce que à priori tu à déjà détruit le système (détruit dans le sens supprimé).

Sachant que j'utilise plusieurs machines connectées chacunes à au minimum 3 vlan (8 pour la machine de supervision) s'il y avait un bug sur le 8021q (à ce niveau là) je le saurait.

Sinon tu dit que quand tu lance un appel tu à un gros traffic réseau ... on n'utilise peut-être pas les mêmes codecs mais un flux VoIP > 32kbps (4Ko/s) ça me parait douteux.
La question amha est:
1/ quel est la bande passante disponible sur ton lien WiMAX
2/ quel est le RTT ('ping') de ton lien WiMAX
3/ à tu des règles de trafic shaping (toi ou sur le périphérique WiMAX)

amha le problème n'est pas de ton coté.

PS: Je dit à ce niveau là car effectivement du vlan + du bonding + xen en configuration réseau 'basique' la ça bug sauvagement.

Petits compléments sur ce qui est dit plus haut.
à l'époque du DOS il était impératif (et possible) d'accéder directement au matériel car 1/ les interfaces disponibles (via interruptions) était extremement lentes et 2/ un seul programme tournait sur une machine à un instant t.
Actuellement sur les OS récents, le multi-tache est la priorité pour cela une couche d'abstraction est mise en place afin de gérer le partage du matériel. Mais en contre partie ces interfaces sont bien plus efficaces que celles disponibles à l'époque.

Pour la configuration bind il y a plus simple:

@ IN NS <ip-dns>
@ IN MX <ip-mail>

nom_server IN A <ip-serveur>
# optionnel, permet de repondre sur domaine.com sans sous domaine
# attention le cname est interdit ici:
@ IN A <ip-serveur>
# declarations specifiques:
....
# entry wildcard (derniere entree)
* IN CNAME nom_server

Cette solution va bien tant que
1 tu ne gère qu'un seul serveur
2 le nombre de site a gérer est relativement réduit
3 tu peut te permettre d'arrêter et de redémarrer apache pour
ajouter/supprimer un site.

Dans le cas contraire, il y a mod_rewrite et maintenant mod_vhost_ldap et mod_vhost_hash_alias.

PS:
il existe quatre petites commandes bien plus simples que ln pour
configurer apache2 sous debian:
a2enmod => activer un module
a2dismod => désactiver un module
a2ensite => activer un site
a2dissite => désactiver un site

pas quand tu à ceci en plein milieu de la définition de ta table: longblob, et qu'il y a un tant soit peut d'activité sur cette table.
Le longblob (ou blob, ou text ou varchar) empeche l'utilisation d'un stockage fixe pour chaque entrée de la table, mysql fait au mieux mais il en résulte forcement de la fragmentation (pas des entrées mais de l'espace vide).
Tout du moins c'est comme cela que ça fonctionne en MyISAM, je n'ai pas les mêmes informations sur InnoDB.

pour en avoir la confirmation exécute les requêtes suivantes:
ANALYSE TABLE <nom_table>;
OPTIMIZE TABLE <nom_table>;

Alors, je n'y connait plus grand chose en java, mais amha ton problème
doit avoir un lien avec le 'package conso' en tout début qui cree un
namespace et donc rend la classe Main inaccessible en tant que tel.

Autre chose ta commande est optimisable (un peu):
cmd = "ps ax -o\"%C %z %a\" |grep [h]lds_i686 |grep " + rs.getString("ip") + " |grep " + rs.getString("port");

Quand à la bande passante utilisée par processus, comment dire... le kernel ne garde pas cette information c'est donc à toi de la calculer en passant l'interface en promiscuous et en comptant les paquets emis ou a destination du port utilise par ton processus sur un intervalle de temps.

au choix, variables d'environnements PS1 ou PROMPT_COMMAND

Hum ?????
Exactement tu pense faire quoi la ?
Parce que là tu veut affecter l'adresse mac d'une imprimante à
l'adresse IP locale dans la table arp de ton poste ... heureusement que ça ne marche pas.
De plus cette opération, même avec une autre adresse ... bein ça sert à rien... surtout si l'imprimante n'est pas configurée avec la dite adresse IP.

Si tu veut pinger l'adresse mac de ton imprimante => arping
Si tu veut trouver l'adresse IP de ton imprimante => nmap -sP /
Si tu veut configurer l'adresse IP de ton imprimante => lire la doc de la dite imprimante, mais ça doit se faire sur l'imprimante.
Sinon ton imprimante doit avoir une adresse par default genre sur le reseau 192.168.0.0/24 => utilise nmap pour la trouver.

D'ailleurs, pour ceux qui ont un vieux firefox par exemple (avant cairo je dirais, mais sans grande conviction), très souvent en sélectionnant une portion d'une ligne de texte contenant plus d'un style on arrive à faire bouger les lettres (quelques unes vont se décaler d'un px par exemple, c'est peu mais ça se voit). Tout ça à cause de la manière dont était calculés les emplacements des lettres.

Ah oui le fameux bug, rien à voir avec cairo ni spécifique aux fontes, c'était un problème de prise en compte de la résolution du serveur graphique (dpi) si tu utilisait une résolution différente des deux
standard (75 et 100) le moteur de rendu perdait les pédales
effectivement.

Oui enfin si tu prefere la qualitée audio de ta carte USB, utiliser la Nforce pour transmettre des infos est stupide, vu que tu va degrader le signal dans le chip nforce il ne sera pas amélioré ensuite ...
(solidité d'une chaine => plus faible maillon tout ça quoi ..)

les log sont fait via syslog donc c'est à toi de configurer ce dernier et la target LOG
si tu veut mettre ces log à part.

Sinon comme dit plus bas utilise ulogd et la target ULOG