pampryl a écrit 920 commentaires

Un commentaire bourré d'argumentation... c'est vrai que ça donne envie de moinser...

effectivement c'est assez violent de récupérer une archive et de lancer un script pour faire un make et une modif de fichier de conf.

En l'occurrence, la lecture de ce commentaire me fait dire que l'utilisation du terme "violent" est ironique...

Je suis assez d'accord avec 'L' lorsqu'il signale que ce journal ressemble beaucoup à une pub et que beaucoup n'y verront pas là un véritable intérêt.

Dans le lien que tu donnes, il faut:
- cliquer sur le lien,
- cliquer sur le lien de l'article qui va bien,
- télécharger l'archive,
- l'editer
- le lancer...

Bref, si tu compares à ton script... il y a presque autant d'étapes...

Pas vraiment ce qu'on appelle un super raccourci...

Après y'a un début à tout., donc j'imagine que tu vas te lancer à faire un .deb et que très vite je pourrais moi même me dire que ça vaut le coup d'essayer ;-)

pour le 9 mars (dans deux jours).
pour le 9 avril ;-)

Je {...} ne veux pas {...} faire des MAJ toutes les 10min

... tu comptes faire ça comment?

* une syncro unique au moment du montage de la clef,
* une syncro manuelle quand tu le souhaites,
* ou autre chose?

Moi j'aurais proposé 'rsync' de base... mais tu l'as rejeté de tes choix et je cerne mal la raison (il n'a pas besoin du réseau, et peut faire la syncro à la demande...)

Ludo,

les ssd restent tout de même loin du rapport performances/prix des gros disques durs
Si tu veut comparer prix et capacité je te rejoins... mais prix et perfs... j'ai plus de doutes

surtout quand on parle de performances en écriture
Pour toi, un DD va plus vite en écriture qu'un SSD?

une cache en écriture, c'est sympa si
Comme sur un DD...
Il faut comme même faire le ratio entre le nombre de grosses écritures et celles de moindre taille qui tiennent dans le cache...

Et elles le faisaient depuis windows?

Parce que c'est un peu sec là, le mec il annonce juste la sortie d'une bêta sans donner plus d'informations.

Euh... j'ai pas la prétention d'avoir été exhaustif, mais bon, j'ai essayé d'aller à l'essentiel avec le temps que j'avais qui pour beaucoup d'entre nous s'écoule plus vite qu'on ne le voudrait.

Après je ne rentre pas dans le débat, première page ou seconde page, sachant que c'est mon premier bout de dépêche ici et que j'ai pas d'avis sur la question.

Je trouve ça en revanche dommage que certains passent plus de temps à se battre pour ou contre ces dépêches (existence ou bien présence en 1ère page) qu'à discuter du fond: les nouveautés de cette distribution. Peux être que certains ont du temps pour troller après tout et ne s'intéresse qu'à ça...

Ah nan, eux, ils ont arrêté Ubuntu depuis qu'ils ont vu qu'ils pouvaient pas synchroniser leurs PDA.
Et du coup ils sont passé sur une distribution qui te plait plus?

Oui? Zut alors, la bêtise de ce genre de commentaire est vraiment à toute épreuve...

Tes distributions pour "boutonneux" vont bientôt servir dans ta Gendarmerie, dans ton assemblée nationale etc...

Elles ne sont peut être pas au top du top de Ta geeketude et de tes besoins, mais elles semblent avoir une réussite non négligeable et font découvrir à beaucoup de personnes le monde informatique SANS les deux poids lourds du marché des OS. Et ce n'est qu'un argument parmi beaucoup... Alors STP, fais au moins un peu preuve de respect envers ces utilisateurs et garde tes trolls au chaud!

En effet, c'est une erreur de formulation... Je ne voulais bien sur pas dire que le support de la 6.06 s'arrêtera avec l'arrivée de la 8.04.

Sorry.

faut il avoir deux serveurs web et aussi deux connexions?
Pourquoi un passage d'IPv4 à IPv6 voudrait il de doubler les serveurs?? C'est en gros un simple changement d'adresse IP. En revanche, cela facilite l'accès à plusieurs serveurs selon le matériel utilisé en amont (simple routeur par exemple).

faut il aussi changer les ip choisies pour notre réseau local
Vous pouvez raisoner en IPv6 totalement, mais c'est un peu lourd, ou conserver via l'encapsulation, l'adresse IPv4 dans vos nouvelles @ IPv6. Mais ça dépend aussi du FAI et de la façon dont celui-ci compte vous distribuer des adresses.

quels sont les logiciels qui ne sont pas prévus en ipv6
Sur Linux, je doute que beaucoup de logiciels soient incompatibles avec l'IPv6. Toutefois en précisant un peu le type de logiciels que vous visez, ce serait plus facile de répondre...

pouvez vous nous expliquer la bonne méthode de transition
Très difficile à dire sans plus d'infos sur la configuration du réseau actuellement, les services, le FAI, les logiciels etc...

Bref, le mieux est encore de se renseigner auprès de son FAI pour connaitre les principaux détails de cette migration et ensuite venir peaufiner par ici amha.

Même réponse que pour le message précédent.

"at" semble approprié en effet mais il y a des contraintes (récursivité entre autres) qui sont me demanderais plus de temps à reprendre et l'interfaçage qui serait à revoir totalement.

"Ton application est dépendante de cron, et déclencher un truc toutes les minutes x nombre d'utilisateurs, tu risques de le sentir passer"
Heureusement je ne le déclenche qu'une fois et j'appelle via ce programme un autre pour chaque utilisateur qui a demandé un réveil à l'heure actuelle. Je n'ai donc pas plus d'une itération de ce programme à chaque minute (si cron).

"mais à la place, tu prends les directives de tous les users, tu les tries par ordre chronologique, tu calcules le nombre de seconde entre l'instant présent et le premier de la liste, tu te mets en attente pour cette durée exacte"
L'idée est très bonne mais implique qu'à chaque changement dans le fichier, je fasse une réorganisation de ma "liste d'attente". Ca me semble un peu plus lourd à mettre en place mais c'est beaucoup plus économe en performances.

"évite le réveil périodique minute par minute, surtout avec un sleep (60)"
Oui ça j'ai oublié dès la première seconde de réflexion :) c'est beaucoup trop aléatoire et à chaque itération on incrémente l'erreur... bilan... on se retrouverai assez vite avec des gens réveillés à 10h au lieu de 8h00 :s

Ca pourrait, mais je me vois mal créer autant de tâches "at" que d'utilisateurs ayant demandé un réveil.

100 utilisateurs = 100 tâches en attente...

Et puis ça impliquerai de revoir d'autres choses que le programme qui fait la vérification: interface web, générateur de fichier et/ou d'enregistrement.

Oui oui je comptais bien protéger ça un max au cas où quelque chose provoquerais un temps d'exécution plus important que la minute.

D'après mes premiers tests une exécution dans des conditions normales ne devraient pas dépasser les quelques secondes avant d'avoir des milliers d'utilisateurs, donc je me méfie plus d'un encombrement du serveur.

Cron n'aurait pas ce problème...

L'idée d'utiliser "auto-dialout" n'est pas mauvaise mais oblige à revoir d'autres choses que ce programme. Notamment l'interfaçage web.

Toutefois, tu me fais découvrir quelque chose que je ne connaissais pas et qui peut m'intéresser à l'avenir ;-)

Merci

Ludo,

Je n'ai pas eu l'occasion de mettre en place ce genre de chose, mais si j'étais toi je chercherais autour d'OpenLDAP qui est une alternative pour l'authentification des utilisateurs d'un réseau.

Cdt,

Ouahhhh on partage la même boite aux lettres on dirait! :D

L'arnaque à deux balles ici :D

Sans m'aventurer dans le fond de la news (la raison vient plus loin), je tiens à féliciter l'auteur pour la qualité de la rédaction.

La news permet de comprendre de façon claire et succincte les enjeux de cette migration et une partie des choix effectués. En plus on a une idée de la poursuite de la migration.

Bref un très bon cas d'étude.

clicodrome Cisco
Tu peux aussi utiliser la CLI pour configurer ton Cisco ;-)

...j'utilise roundcube (http://roundcube.net/) comme webmail/imap. Il ne fait pas calendrier, tchat intégré ni gnupg (mais cette fonctionnalité est prévue dans l'avenir).
Il est très agréable à utilisé et surtout très facile à installer si tu a un serveur mail déjà configuré.

Sinon... ben y'a thunderbird qui fait mail + gnupg + calendrier... mais bon ce n'est pas ce que tu cherches ;-)

Tu ne ping pas les DNS... étrange si ta configuration IP est bonne (ce que j'ai présumé trop vite on dirait)...

Pourrais tu nous donner le résultat de:
netstat -rn(en gros ça va nous donner les 'routes' IP que ton ordinateur connait. ça permet de vérifier que tu as une passerelle de configurée.)

Si tu as une route genre:
0.0.0.0 192.168.0.15 0.0.0.0 UG 0 0 0 eth0... essayes ensuite un ping vers la passerelle (192.168.1.15 dans le cas plus haut):
ping 192.168.0.15
Si le ping est positif c'est que ta passerelle est bien connectée, sinon c'est que tu as une mauvaise conf IP. Dans ce dernier cas, le mieux à faire si tu as un DHCP d'activé est de demander une adresse via (en root):
dhclient eth0
Et de nouveau tu peux essayer un ping sur ta passerelle, puis un serveur DNS et enfin un NDD genre google.fr (ou commencer par la fin si tu es trop impatient ;-))

Je crois aussi que tu cherches la complication...
[ serveur A / Dossier RS] <---NFS---> [ serveur B / Dossier X] <---Backup---> [ serveur B / Dossier RD]
alors que tu peux simplement faire:
[ serveur A / Dossier RS] <---Backup/rsync---> [ serveur B / Dossier RD]
Ce qui reviendra exactement au même du point de vue de la duplication des données (présentes à 2 endroits). La seule limitation étant la syncro réalisée toutes les X secondes/minutes/heures... selon la régularité de ton backup/rsync.

Oui... il ne doit pas y avoir que les IP dans le fichier resolv.conf mais plutôt quelque chose du genre:
nameserver 217.27.53.252
nameserver 217.27.54.252
Si c'est le cas, quel est le résultat de cette commande:
nslookup google.fr?
En tout cas, si tu accèdes aux sites via leur @IP, ta configuration IP doit être correcte (@ip, masque, gateway).

Ludo,