Reprise du message précédent :
globalement bien, à part quelques plantages bizarres sur des sun v20z (bi opterons) avec rien dans les logs.
 
Yast est vraiment pratique pour faire des mises à jour. Tu le couples à un outils comme cssh, et tu mets 50 machines à jour en une seule commande Perso j'ai un job cron qui mirror un bout du ftp de suse sur un serveur perso et mes machines ont leur sources de mises à jour yast pointant dessus. Pour installer un soft, c'est pareil, yast -i <toto> et avec la bonne sources pointant sur mon serveur d'install, le soft et ses dépéndances s'installent.
 
Sur un poste de travail pro ou un serveur, c'est pas mal. Comme un poste de travail pour un particulier, il y a plein de choses à faire pour les divx/mp3 et autres

euh je les geres à la main Install auto via autoyast et scripts perso. On n'attaque que rarement un environnement Microsoft et non, pas d'annuaire, elles sont autonomes

 
http://multani.info/sebchap/

j'ai un pote qui n'installait que de la Suse en serveur, il semblerait qu'il tourne un peu debian là

ah oui tiens si j'avais passé un coup de bzip2 sur mes .rrd, ca aurait pas été plus mal
Merci beaucoup en tout cas

Le mime-type envoyé est pas génial, mais chais pas quoi mettre

J'ai vu ca

Bah, à 8 milliards de $ l'install gratuite, ca peut valoir le coup !  

Euh... en fait, tu utilise pas la même version de rrdtool visiblement
La structure du fichier xml est differente de ma version donc il me jette
 
J'ai la version 1.0.49-1 mais mon dist-upgrade va me mettre la 1.2.11-0.3 quand les dev auront reglé un pb de dependances
Donc j'attendrai

Effectivement

On pourrait demander une nouvelle feature à Joce, genre dans le profil de chaque forumeur, on trouve une info de plus : la catégorie de Trolleur : innocent (ça existe pas en ce bas monde ) candide , super léger, léger, moyen, mi-lourd, super-lourd, boulet  
 
Z'en pensez quoi ?

je plussoie

 
Que tu seras dans la dernière  

nan   je suis hors concours moi  

Dites les gens, je fais des sauvegardes entre deux machines via rsync, l une est assez vieille et fonctionne sur de l ext2, l autre sur du reiser.
 
J utilise cette ligne:
 
rsync -auP --delete /home/ root@192.168.1.225saves/home
 
Et ca représente dans les 20Go de données.
 
Curieusement, quand je vais ensuite dans les répertoires de sauvegardes faits par rsync, quand je fais des "ls" il est affreusement lent. Bien 1 min pour une 60aine de répertoire, et dans les 10s pour 2 malheureux rep.
 
Vous savez a quoi c est du? Probleme de copie, probleme entre ext2 <> reiser?
 
La version de rsync est identique sur les deux machines.
 
 

Hop, c'est plein :
 

 

 

 
Pour les températures :
 

 
 
 
Sinon :

Dites les jeunes, là ...
 
Les concours de quéquettes Gentoo sur le topic Gentoo, les concours de quéquettes Debian sur le topic Debian, idem pour Mandriva, Ubuntu, Slack, SuSE ( le premier qui fait un mauvais jeu de mots ...   ) ...
 
Ca évitera que ça dégénère en batailles de boules et en suicide collectif chez les Debianneux  ...    

Zzozo qui modote quand tout le monde est déjà parti

Bah le problème est simple à résoudre, il n'y a qu'à TT tous ceux qui n'utilisent pas gentoo  
 
 
 
(z'avez vu l'efficacité ? Je ferais un modo de très bonne qualitaÿ )

Dites, ca vous semble normal?
 
time ls /var/mail/saves/
real    1m10.191s
user    0m0.037s
sys     0m0.045s
 
Y a juste 200 repertoires  

Hou là  ... ça sent un pb avec les I/O là  
recommences ta commande, mais avec un top dans une autre fenêtre, histoire de voir si t'as pas des process en attente d' I/O pour voir ...

Nan nan, rien
 
Et pourtant, avec tab c est quasi instatané le listing, par contre ls me mange comme ca.
 
Pas clair, je regarde plus en détail.

T'as pas des process en status 'D' dans ps et/ou top  quand tu lances ton ls ?

Non plus.
 
J ai juste un rsync qui est en train de se faire, sur le meme disque, mais pas le meme repertoire.
 
Je vais voir la, il est fini d ici 10 min.
 
Si ca change rien, je démonte remonte voir si ca change qqc pour le journal et les I/O, et apres reboot, et apres dodo, je résoudrais ca demain  
 
Merci pour ton aide en tout cas cher modo  

 
Heu   faut pas que ce ça change qqchose le fait que je sois modo  
Ca me gêne tout ce "formalisme" (pas trouvé d'autre mot à cette heure si avancée   ) autour de ça  
enfin  bon  

Mouarf il est 2h37 et je me bagarre avec oofice. Les insomniacs savent pas si y'a moyen de foutre ce foutu dico en fr ? Et par la meme occasion, l'interface graphique aussi tiens

Au hasard, http://fr.openoffice.org/DicOOo/index_dicooo.htm ?
 
(lien trouvé là dedans, mais je n'ai rien lu)

 
Roh mais c est qu il est timide    
 
Donc en ce qui me concerne, curieusement quand je fais ensuite des move de ces fichiers vers ailleurs ca change rien au probleme, par contre quand je demande une copie de ses fichiers ailleurs sur le disque et que je remplace les copies, ben la ca redevient normal.
 
Faut voir, c est le serveur 1 (un vieux serveur, qui n a pas été mis a jour depuis au moins 4-5 ans) qui lance les rsync sur une installation propre et neuve.
 
La version de rsync est la meme, par contre les coreutils sont assez vieux. Donc je me demande si c est pas un probleme lors du passage ext2 > reiser que ca capote.
 
/me va voir ca de plus pres.

 
Mouarf, le prie c'est que je suis sous notre chère gentoo et j'ai pas pensé a aller voir ce fameux topic    
 
Enfin bon, l'heure y joue beaucoup  
 
Par ailleurs, ca ne met pas oofice en français, juste le dico. C'est possible de le mettre en français ?

mmm ... ouais    là je soupçonne une couille lors du rsync  
 
Et c'est la "nouvelle" machine avec le reiserfs qui rame comme ça ?

oui.
 
Pour voir comment ca fonctionne, j ai fait un truc assez louche.
 
avant je faisais les sauvegardes sur des ordis clients a part (houla c est pas bieng ), en ext3, et ca passait sans probleme. Les clients sont des fedora 3, donc assez récente, et le reiser fonctionne dessus meme si c est du ext3 dessus par défaut.
 
Donc j ai remis mes scripts comme avant, et le nouveau serveur (avec reiser) va repiquer les fichiers sur les fedora plus tard dans la nuit.
 
Si ca change quelque chose, la question ne se pose meme plus, c est un probleme avec le rsync et le vieux serveur lors de la transition ext2 > reiser.
 
Le nouveau serveur étant encore en prod, je fais toutes les conneries que je veux dessus.
 
Stay tuned for updates, mais je le sens bien ce coup la.

En fait, tombé du lit en pensant a quelque chose. Boudiou, etre insomniaque ca aide pas.
 
Le man rsync me dit:
 

 
Et quand on va voir le -D:
 

 
Woops, je pense avoir boulettisé en fait

Bonjour les moules
 
Bon Week End ??

Ceci est une évidence, voir même un pléonasme

Salut les moulzs!
 
Et bien j ai trouvé pourquoi rsync faisait chier son monde, mais en fait, c est pas rsync.
 
En fait, j ai essayé ca comme démarche, histoire de comprendre.
 
- j ai monté la partoche des profiles windows en ext3, apres l avoir formaté, pour voir si ca changeait qqc. Nada.
- j ai remis comme avant, ls passe pas.
- j ai fait un scp, ca passe nickel.
- j ai refait un rsync, ca passe pas.
- j ai refait un rsync sans -a (pour archive), et la ca passe. Ohoh, me suis je dit.
- j ai refait un rsync avec les options de -a une a une, et voici celle qui fait chier son monde:
 
-o , pour preserver les owners. Ce qui explique pourquoi tab fonctionne, et pourquoi scp par défaut aussi (il copie tout en root).
 
Mais pourquoi c est lent comme ca? Et ben c est archi simple... C est a cause de ldap.
 
En fait, apres avoir fait un watch "tail -n 25 /var/log/syslog", j ai vu ldap gueuler parce qu il trouve pas les utilisateurs via nss.
 
Donc maintenant, la question est la suivante...

Est ce que ca vient du fait qu il ne trouve pas les utilisateurs dans sa base ou est ce que cela voudrait dire que ldap serait plus lent que les libraries standards C (/etc/passwd) pour traiter les données?
 
Mais comble du combe, je me suis demandé pourquoi le premier ls etait lent, et pas le deuxieme ni le troisieme.
 
C est vraisemblablement du a la mise en cache des données ldap par le daemon nscd.
 
Néanmoins, je voudrais bien un retour d expérience sur la question que je me pose, en gras. pour une base qui contient 500, 1000, et 10000 (soyons fous) utilisateurs, qui entre ldap et les libraries standards s en sort le mieux? Tenant compte du fait de la mise en index de certaines données, et en tenant compte du fait que nscd peut ne pas etre lancé. Des avis sur les gens qui utilisent ces systemes?

Salut les barbus !  

And I belieeeeeeeeeeeeeeeeeeeeveeeeeeeeeeeeeeeee
je chante trop bien
 
les imberbes (chuis sur y en a..)

Des impubères  ou des épilés au laser ?
 
Bonyour au fait !