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

Je ne discuterais pas sur l'interet de creer un nouveau lv (logical volume) par rapport a celui d'augmenter la taille d'un autre deja existant mais amha la reponse n'est pas forcement celle que tu crois.

Sinon pour ce que tu veut, moyennant que tu dispose d'espace sur ton
vg (volume group) et que tu n'utilise pas EVMS (qui dipose d'une interface gui pour cela) il suffit de faire:

lvcreate -L taille-lv -n nom-lv nom-vg

Exemple:
lvcreate -L 1G -n opt sys

Creera un volume logique nommé opt dans le volume group sys, accessible en /dev/sys/opt

Utilise vgdisplay pour determiner 1 le nom du groupe de volumes et 2 l'espace disponible.

Ensuite mke2fs /dev/sys/opt pour creer une partition ext2
mke2fs -j /dev/sys/opt pour creer une partition ext3
mkfs.reiserfs /dev/sys/opt pour du reiserfs 3
.....

et enfin il te faudra modifier le fichier /etc/fstab pour monter automatiquement ta nouvelle partition dans ton FS.

PS: pour la copie de l'ancien /opt vers la nouvelle partition
utilise au minimum "cp -a /opt /mnt" pour preserver les informations essentielles.

PS2: Toutes ces informations sont disponibles sur internet en 300000 exemplaires dans les documentations sur LVM, les forums etc...

* Quel erreur ?
* Quel version de make ?
* Quel version du compilateur C ?
* As tu seulement lu le README et les documents d'installation
fournis avec le code source ?
* Redhat 9 .... Il serait peut-etre temps de passer a autre chose. Fedora Code 5 si tu est un particulier, RHEL 4 si c'est un projet d'entreprise nécéssitant un support. La redhat 9 a quand meme 3 ans 1/2....

Bon j'ai pas bien tout compris ce que tu voulait faire. Si tu veut une fonction capable de te generer une chaine SQL d'update pour une liste d'arguments fournis alors tu peut utiliser les va_list. Sache toutefois que tu doit fournir lors de l'appel de la fonction une information permettant de determiner la fin des arguments. Cela peut etre un nombre, un argument avec une signification spéciale ...

#include <stdio.h>
#include <stdarg.h>
#include <stdlib.h>

void create_update(char *table, ...) {
  char *format;
  va_list   ap;
  char *nom_col, *val_col;
  int   buf_s = 1000, i = 0;
  format = (char*) malloc (buf_s * sizeof(char));

  i += snprintf(format, buf_s, "UPDATE %s SET ", table);
  buf_s -= i;
  /* Analyse des arguments */
  va_start (ap, table);

  do {
    
    if (nom_col = va_arg(ap, char *)) {
    val_col = va_arg(ap, char *);

    i += snprintf(format + i, buf_s, "%s='%s', ",
                  nom_col, val_col);
    buf_s -= i;
    } while (nom_col);
  }
  va_end (ap);

  format[i-2] = 0;
  printf(format);
}


int main() {
  create_update ("toto",
                 "nom", "Steff",
                 "prenom", "aneL",
                 "niveau", "debutant", NULL);

  return 1;
}

Sinon si tu ne connait pas le nombre d'arguments lors de la compilation alors tu va devoir enchainer des appels a *printf comme j'ai fait dans la fopnction ci dessus. voili voila, Ce genre de connerie est quand meme plus simple a faire en utilisant un langage adapté (perl/python/pike/....) voire meme en C++ Pour ton exemple sous windows paste le lien que l'on rigole nous aussi.

Euh je ne voudrait pas etre casse-bonbon mais une fonction

sub arg($) {
print STDERR $_;
if ($DEBUG > 0 &&
open(DEBUG_FILE, ">>.\\logs\\debug_TBvir.txt")) {
print DEBUG_FILE $_;
close DEBUG_FILE; # optionnel vu que de toute façons on a un exit qui traine
} else {
print STDERR "Impossible d'ouvrir le fichier de log: $!";
}
exit -1
}

open TOTO, "turc" or arg ("Impossible bidulle, chose $!");

Mais si j'analyse bien ton code tu utilise die mais tu le protege avec eval{}
donc tu ne meurt jamais ??? auquel cas il faut remplacer 'exit -1' par '$retour = -1;'
Un peu etrange tout ca quand meme proteger un die ...

Bon les gars faut que vous vous documentiez sur les protocoles GET et POST
avant de flipper.

Quand tu utilise leur clavier virtuel le formulaire est envoyé en utilisant le
protocole POST (donc rien dans l'url), *mais* comme beaucoup de scripts web
ils ne forcent pas le transfert des variables en POST et il est possible de les
faire passer en GET.

J'ai eu du mal a comprendre l'idée derrière le message...

Donc en fait tu n'a pas de problème de son mais tu voudrais utiliser
la telecommande de ta carte son c'est bien cela ?

Alors tout d'abord tu as mal défini tes recherches, le module snd_emu10k1 est reservé aux cartes son Sb Live sur port PCI et
n'est absolument pas compatible usb.
Quand au module ca0106 il est lui destiné aux carte son de la gamme audigy semble t'il (voir a un sous ensemble de cette gamme, mais le site alsa-project.org est down au momment ou j'écrit) donc aussi destiné a des cartes PCI.

Tu dispose d'une carte son USB qui est géré par le module snd_usb_audio (note: y aurait t'il un protocole standard sur les cartes son USB, intéréssante évolution...).

Quand à ton besoin de controller la télécommande deux possibilitées s'offrent à toi: soit il existe un deuxieme peripherique usb interfaçant le recepteur de la télécommande auquel cas peut-être pourra tu l'utiliser avec lirc directement, sinon bein il va te falloir tanner creative labs pour obtenir les informations (on a reussi pour la sblive mais ce fut long et difficile).

Mouais j'ai manqué de clareté dans ma phrase moi. Ce voulais dire que les cut&paste d' error.log fourni dans le journal ne sont pas des signes avant-coureur de gros problèmes.

Notamment dans le dernier bloc il est clair qu'apache a reçu l'ordre de s'arreter, ordre qu'il propage à ses forks.

Il te reste a trouver qui lui donne cet ordre. Un indice est que cela intervient au meme momment que la rotation des logs de syslog (identifié par le message syslog ... restart).

Une information importante que tu as oublié de fournir est la periode et la frequence des arrêts d'apache (tout les jours / toutes les semaines / ..)

Amha il te faut fouiner dans /etc/cron.daily et /etc/logrotate.d (sous debian en tout cas ce sont les premiers dossiers a analyser).

Rien d'etrange dans tout cela. verifie ton script de rotation de log
il a peut-etre un problème, il ne devrait pas arreter apache ce qu'il
semble faire.

Emplacement a verifier sous debian: /etc/logrotate.d/apache2

/var/log/apache2/*.log {
weekly
missingok
rotate 52
compress
delaycompress
notifempty
create 640 root adm
sharedscripts
postrotate
if [ -f /var/run/apache2.pid ]; then
/etc/init.d/apache2 restart > /dev/null
fi
endscript
}

Mouais je ne mettrait dans le meme panier la construction du
kernel linux et la création d'un moteur opengl. Les besoin en mathématiques sont quand meme d'un niveau différent.
Sache quand même que cette idée n'est pas issue de mon chapeau, meme s'il est bien foutu, elle vient de John Carmack.

Apres bien sur qu'on a des gens capables. n'empeche malgres la
diffusion des specs des cartes matrox le niveau opengl dedites cartes n'a jamais atteint celui des drivers windows. a l'epoque du moins

je m'attendais à plus de "puissance" après avoir laché mon vieux amd 1,7Gh / 1 Go de RAM.

Mouais fait quelques tests plus probants (encodage de fichiers,
calculs mathematiques, ...). Java n'a jamais été optimisé sous linux
autant qu'il la été sous windows, et eclipse bah ... c eclipse quoi.

Ceci dit, je vais tenter de recompiler un kernel adapté pour que ca booste un peu plus.

Ah ces djeunz ...
Enfin il faut savoir quand meme que les changement effectués par INTEL dans sa gamme de processeurs pour supporter les instructions x86-64 sont bien moins en profondeur que chez AMD et les performances x86-64 s'en ressentent,

Enfin l'idée reçue comme quoi les processeurs x86-64 sont plus rapide en 64 bits qu'en 32 est .. une idée reçue. Certains calculs utilisant les registres 64 peuvent etre plus efficaces mais le processeur tourne tjrs a la meme vitesse.

Et ce qui me gène dans le 64 bit, c'est que certaines appli ne sont pas encore dispo, sur un pure serveur ca ne m'aurait pas géné mais là il me faut des trucs genre skype Open Office, etc...

Hum skype au boulot ....

pour le moment j'ai mis un chroot qui fonctionne nickel, et d'ailleurs j'ai l'impression que les applis lancées dans le chroot vont carrément plus vite que celles dans la partie 64 bits :-)

Le chroot est tres bien, cela te permet de profiter des deux mondes
alors qu'il est impossible de faire tourner des applis x86-64 en mode x86.

Sinon à la question : Peut-on installer un kernel "i386" (ou une distrib) non EM64T sur un processeur qui est 64 bits, la réponse est oui ?!

Les processeurs x86-64 sont compatibles x86 (32 bits) ce qui te permet de fonctionner en chroot.
Ce n'est pas vrai des processeurs Tru64 (Itanium 1&2 par exemple).

Alors en fait "Blue Pill" est un prototype de rootkit en ce sens que ne faisant rien de mal et etant un projet de travail ce n'est pas au sens premier un rootkit mais fourni une base pour une implementation d'un rootkit performant multi-os et absolument invisible.

Quand a son fonctionnement il est basé sur les technologies de virtualisation matérielles. Schematiquement une fois executé sur un
OS 'standard' ne gerant pas les extensions pacifica/VT il va s'installer en tant qu'hyperviseur, sorte de superviseur de système d'exploitation
chargé de gerer l'acces aux ressources materielles.


cette activité pouvant toujours être surveillée par un logiciel spécialisé contre les malwares.
je ne suis pas sur de bien saisir de quelle activitée on parle.
Je ne comprend pas ton problème, le debut de la phrase explique que les precedents rootkit s'installant en hyperviseur necessitaient une execution precedent le lancement du systeme d'exploitation et partant de la une écriture sur le disque dur notamment dans les secteurs de démarrage. C'est de cela dont il est question (l'ecriture disque).


Quand aux risques et bien ils sont maximum, le fonctionnement du mode hyperviseur permettant meme d'ecrire sur le kernel du systeme d'exploitation devenu invité.

Non c'est plus compliqué que cela. Les 70euros correspondent a l'intervention d'un technicien chargé de re-activer ta ligne.
Cela passe par le cablage dans le repartiteur situé a proxymitée
de chez toi et par les tests automatiques et l'activation de la ligne
de chez toi par le dit technicien.

Quand a l'histoire de free qui facture cela 15 euros je pense que
c'est tout simplement le tarif que FT leur facture.

Le probleme n'est pas de fournir des specs pour opengl ou pour directx. Le probleme est que (pour eux) fournir les specs des dernieres cartes donnerait trop d'information au concurrent quand aux techniques utilisees. En effet il faut savoir que les processeurs graphiques utilisés sont incapable de comprendre directement l'opengl ou directx, ils possedent des fonctions que le driver utilise pour interpreter de l'opengl ou du directx (ce qui fait que le driver est si
important dans ce domaine).

En plus il existe tres peu de personne capable en disposant des
specs completes de ces gpu de produire des drivers 3d et encore
moins capable d'en produire des efficaces.

Quand aux problemes des pilotes ATI et bien c'est la pile opengl justement. Leur spécialité c'est directx. Nvidia etait orienté (ou a racheté des boites specialisées en ) opengl pro bien avant ATI
et de fait est bien meilleur en bench opengl.

1/ Il y a trois principales personnes dans le projet freedb:
Kaiser (proprietaire du domaine)
Ari
Jorg

2/ Ari et Jorg supportaient le dvp d'un logiciel créé par un australien capable de regler la majeure partie des problèmes rencontrés avec leur système actuel et rajoutant un moteur de recherche textuel.

Cela fait 2 ans que l'equipe supporte/aide le logiciel mais que rien ne vois le jour sur les serveur freedb et que l'outil n'as tjrs pas ete rendu open-source par le dev principal ce qui entraine quelques prises de bec dans l'equipe.

Le probleme est que il y a quelques jours Kaiser a pris des decision unilaterales a l'encontre de l'australien alors que Jorg et Ari essaient de regler les problemes.

Resultat Jorg n'a pas aimer que le responsable du projet qui lui bouffait tout son temps lui ai planté un couteau dans le dos comme
ca et a decidé de partir, meme si cela lui fait mal au coeur car apparament c'est lui qui s'occupait de tout ou presque et qu'il craint que cela entraine l'arret du projet.
(Il y a une reference a GraceNote qui apres acquisition de cddb a tenté de fermer freedb et ses autres concurrents).

3/ le depart de Jorg a entrainé celui d'ari pour les memes raison + le
fait qu'il ne se voyait pas continuer sans Jorg

4/ resultat Kaiser est obligé d'arreter le projet car incapable de le gerer seul.

Pour lui il etait plus important que freedb reste open-source plutot que d'acquerir de nouvelles fonctionnalitées 'Web 2.0' reste qu'il semble manquer un peu de diplomatie.

Voili voilou ce que j'ai compris.

bon j'ai fait quelques recherches:

Xserve
* Double PowerPC G5 à 2,3 GHz
* 1 Go de SDRAM DDR400 ECC - 2x512 Mo
* MDA de 240 Go (3 Serial ATA de 80 Go)

total HT: 3912.33

Dell 2950
* 1 proc Xeon dual-core (evolutif a 2)
* 1 Go RAM FB-DIMM
* 3 dd SATA 80Go (evolutif a 6)

total HT: 3389.33

pres de 500 euros de difference. Certe dell ne propose pas de 500Go sata
mais rien ne t'empeche de prendre 6 disques 80go chez dell et de les remplacer apres par des 500Go en reutilisant les 80 ailleurs.

De plus le Dell propose une alimentation redondante en option un deuxieme cpu dual core, plus de memoire ...

Je n'aime pas forcement enormement les outils full web-based mais
au niveau supervision la conf de cacti est quand meme plus simple a
editer via le web que celle de nagios via fichiers.

Peut-etre n'a tu pas pris conscience de toutes les capacités de cacti
notamment au niveau des templates.
Nous gérons actuellement 30 machines identiques supervisées sous
nagios et cacti (interfaces reseau, etat cpu, comptage de certains
processus, suivi de partitions, suivi de perfs des disques, memoire, ...)
Et je peut t'affirmer que la partie la plus simple a configurer a chaque
ajout de machine est encore cacti.

nagios et cacti ne fonctionnent pas sur les memes sous-parties de
ce que l'on appelle supervision/monitoring.

Nagios est la pour analyser l'etat de services et avertir de problemes
tandis que cacti lui se 'contente' de generer des graphiques (comme mrtg).

Alors moi tu vois c'est pareil la je suis sur un programme
mais impossible de le compiler car il me trouve une erreur dans
la resolution de liens.

D'avance Merci.

Non ? personne ?
Ah ... bizarre !!

Effectivement la solution 'fais un bench' est la plus logique,
sache quand meme que si tu a bien definie ta DB que tu
utilise du MyIsam que ta largeur de champ est fixe que tes
indexes sont bien definis tu aura du mal a battre mysql.

Ensuite n'oublie pas de configuré le mysql au petits oignions
mais le gros du gain se fait sur le formatage statique des tables
(ie pas de TEXT, BLOB, VARCHAR et autre variables de taille dynamiques).

Pour analyser les perfs du query cache:
show variables like '%query%';
show status like 'Qc%';

Qcache_queries_in_cache => nombre de requetes dans le cache (+ c mieux)
Qcache_inserts => nombre de mises en cache de requetes (- c mieux)
Qcache_hits => nombre de requetes en cache demandées (+ c mieux)
Qcache_lowmem_prunes => nombre de requetes en cache supprimées pour
cause de low memory (- c mieux)
Qcache_not_cached => nombre de requetes non cachables (- c mieux)

Qcache_free_memory
Qcache_free_blocks
Qcache_total_blocks => etat de la mémoire reservées au cache.

Analyse du cache des tables (ouverture/fermeture des fichiers contenant les
tables).
show variables like 'table_cache';
show status like 'Open%_tables';
il faut que Open_tables soit proche de table_cache et si possible que
Opened_tables soit proche de Open_table (impossible dans le cadre
d'un gros serveur DB avec un grand nombre de table).

Analyse du nombre de connection concurrentes
show variables like '%conn%';
show status like 'Max%';


PostgreSQL est interessant dans le cas de SQL avance,
de procedures stockées et autres contraintes relationnelles.
Malheureusement il ne dispose pas comme mysql d'un moteur
lite (myisam).

C'est terrible la dyslexie quand meme.ce qui est dommage
c'est de ne pas savoir qu'on en souffre ....

Bon sinon c'est strcpy pas strpcy

Rien ne t'empeche une fois le soft terminer d'embarquer la vm perl/python avec via un bel installeur ou un perl2exe & co.

>je veux faire un module noyau qui permet de router les paquets qui
>arrivent par eth0 vers eth1

Cela fait deja parti de la pile IP du noyau il suffit de l'activer par:
echo 1 > /proc/sys/net/ipv4/ip_forward
ou d'utiliser les sysctl cf les derniers commentaires de http://linuxfr.org/forums/15/5804.html

> je dois donc utiliser les fonctions du driver de la carte pour la transmission et la reception des packets.

C'est un peu plus compliqué que cela. Ce que tu veut c'est refaire
une pile IP.

>je demande si quelqu'un connait comment faire(ou un exemple)
Bein c'est simple tu lit les sources du noyau.

Par contre la ou je seche c'est sur ta methode de travail: developper un module noyau linux pour a terme travailler sur un micro-controlleur specifique tu vas amha perdre ton temps.

>Imagemagick n'arrive pas à créer le fichier TIFF à partir d'un
>document aussi gros que mon PDF de départ (ça marche avec des
>fichiers plus petit et une résolution moindre).

As tu regardé ce qui le fait coincer ? probleme de swap peut-etre ?
si c'est cela tu peut essayer de rajouter du swap fichier:

dd if=/dev/zero of=/tmp/swapfile bs=1M count=512
mkswap /tmp/swapfile
swapon /tmp/swapfile



>Autre question qui n'a pas un rapport direct avec ces 2 logiciels :
>Comment puis-je traiter l'ensemble des fichiers d'un répertoire avec
>Imagemagick et Ghostscript en donnant le nom de fichier de mes
>PDF à mes TIFF ?

en bash:
for source in /path/to/dir/*.pdf; do $dest=${source/.pdf/.tiff}; cmd $source $dest; done

>J'espère que vous avez eu la patience de me lire jusqu'ici

Yep no pb.

Tout est expliqué ici avec exemples et commentaires:

http://search.cpan.org/~lds/CGI.pm-3.20/CGI.pm

Ah ca c'est sur que ca va etre etonnant !
Je m'explique: ca va commencer par faire un du de ~/./ donc de
tout ton home.