anakin a écrit 256 commentaires

Bon ca ne marche complètement, il reste toujours des printk non supprimées et bizarrement ce sont ceux qui tenaient que sur une ligne...
Du coup j'ai rajouté un coup de sed après pour vraiment tout supprimer...mais je ne comprend pas pourquoi le spatch ne fonctionne pas...

La fonction printk appelé n'a pas toujours le même nombre d'arguments, est-ce que ca marchera quand même ?

Bon j'essaye avec
-printk(...)

apparemment le patch est plus grand...

Merci. J'ai testé mais c'est pas parfait, certains appels passent à la trappe... avec cette règle :


@@ expression E; @@
-printk(E);


Il n'a matché que le code ressemblant à :

printk("====> we can not show so many peers\n");


mais pas :

printk(KERN_WARNING "%s: could not initialize WEP: "
"load module rtllib_crypt_wep\n",
dev->name);


Peut être que expression ne peut pas contenir des retour à la ligne (grammaire http://www.emn.fr/z-info/coccinelle/docs/main_grammar009.htm(...) ?

Le problème c'est qu'il y a plein de fichiers .c et donc que l'endroit d'insertion n'est donc pas le même partout.
Ou alors il faudrait trouver un moyen d'insérer juste avant la déclaration de la première déclaration de fonction...

Là tu parles de la déclaration de la fonction et non de l'appel en lui même.
Et je dirai que c'est le cas 2 que j'ai (vrai retour à la ligne).
Exemple :


printk(KERN_DEBUG "%s: Encryption failed: len=%d.\n",
ieee->dev->name, frag->len);


et sous vi, c'est bien 3 lignes différentes.

Bizarre, chez moi c'est bien dans ~/.config/.libreoffice
Mais ce sont peut être les mainteneurs du paquet libreoffice sous Arch Linux qui ont fait en sorte que ce soit ça ... ?

Ou achat d'un modem compatible, vu le prix des modems/routeurs ca vaut largement le coup d'investir dedans...

Par contre, il faut aussi souscrire à la présélection obligatoirement, sinon c'est +5€ par mois. Sur le principe, ce n'est pas normal.

Aussi SFR = Vivendi Universal.... ceux-là même qui sont pour le DPI, donc prudence...(cf http://www.pcinpact.com/actu/news/56777-hadopi-brevet-securi(...)

OVH pourrait aussi se lancer dans l'ADSL il paraît...

C'est sûr pour l'ancienneté ?
J'ai plusieurs fois accepté des nouvelles CGV (notamment pour les nouveaux pays inclus pour la téléphonie), et jamais mon ancienneté n'a été remise à zéro...(la preuve, si je migre en V6 là je dois payer le minimum ie 29,99)

Il me semble qu'il y a une valeur de timeout à augmenter à 3600 pour les comptes freephonie pour que ca marche. (dans ekiga, c'est le paramètre délai).

Peut être P2P-SIP ? http://en.wikipedia.org/wiki/Peer-to-peer_SIP

C'est déjà sur Freenet je crois. Cf http://www.numerama.com/magazine/17532-contre-la-censure-wik(...)

Et au pire, il y a downgrade qui permet d'aller prendre dans ARM (Arch Rollback Machine) (https://wiki.archlinux.org/index.php/Downgrading_Packages#AR(...)

Sinon, un conseil donné dans la doc de Arch Linux concernant l'évolution des paquets, c'est d'introduire une sorte "d'inertie" pour les paquets importants, en gros ne pas mettre à jour tout de suite, attendre un peu (même si ce délai de test devrait être réalisé par l'existence de testing, ca peut pas être parfait).

Perso, je mets certaines choses dans la directive IgnorePkg de pacman.conf comme kernel26 kernel26-headers, les paquets des drivers catalyst, des paquets de serveurs (icecast, openssh, etc...), etc.

Une autre idée aussi, c'est d'attendre que le pkgrel (le dernier numéro à la fin du numéro de version après le tiret final) soit plus grand que 1.

Ok merci, bon je vais faire ça je pense, ca servira au prochain dépannage.

J'ai une question concernant /etc/network/interfaces.
Si je met

auto eth0
iface eth0 inet dhcp

en plus de

auto eth1
iface eth1 inet dhcp


Est-ce que ca marchera aussi ? (sachant que le fichier de règles persistantes de udev fait référence aux deux cartes détectées)

Bon en fait le portable remarche ...je me suis dit, que j'allais tout nettoyer proprement et virer les composants inutiles, du coup j'ai viré :
- la carte wifi
- un module usb qui était grillée (en raison d'un mauvais hub branché un jour)
- la carte graphique et son système de refroidissement
- l'écran

J'en ai profité pour remettre la pâte thermique pour le processeur. Et j'ai tout remonté (c'est moins compliqué que ce que je pensais).
Et là tout a marché...allez savoir pourquoi.
J'espère que ca tiendra... pour un truc qui date de seulement 3 ans, c'est la moindre des choses.

Alors, d'après ce que j'ai compris :

- Concernant la concurrence en écriture, j'ai pas vraiment pu tester deux noeuds qui modifieraient la même donnée (et donc il faudrait une synchro dans les deux sens, source peut être de conflits).

- Si on allume les machines après, si on fait un rebalance (à la main), les données sont répliquées correctement (si en mode réplication replica N et qu'il y a au moins un multiple de N machines allumées)
Je n'ai que 4 machines (et un de mes portables serveurs est tombés en panne, donc plus que 3) donc je n'ai pu tester que replica 2.

En fait là c'était le portable qui a complètement laché...le boot ne se faisait même pas sur un CD, et en fait je pense que ca ne dépassait pas le stade de vérification initiale (avant le bootloader) au niveau du BIOS. (mais impossible de savoir car pas de carte graphique > rien sur l'écran).
Et surtout, le ventilateur s'éteignait au bout de quelques secondes au démarrage...

J'ai tenté d'enlever le maximum de composants potentiellement défectueux, mais c'est pareil...du coup j'en ai profité pour le démonter complètement, je verrai ce que je fais des pièces...

Je me demande si je peux récupérer le lecteur DVD (c'est un LiteOn SSM-8515S) en le branchant en tant que graveur externe, ce serait pratique.

Ok merci, en fait il suffirait d'éditer ce fichier pour obtenir eth0 de nouveau. C'est pas primordial non plus, donc pour l'instant je laisse comme ça, surtout que maintenant, j'ai un autre problème le disque dur ne boot plus...(et pourtant il boote sur un autre portable).

Tout a fait, c'est ça. En fait c'est surement parce que l'installation a été faite à partir d'une autre machine avec une autre carte réseau, du coup celle-ci apparaît en premier dans ce fichier.

Merci !
Ca marche maintenant.
J'aimerais comprendre pourquoi du jour au lendemain ca s'est mis à ne plus marcher...il ne me semble pas avoir touché à ce fichier pourtant...

Alors,
Sur Debian (nouvelle installation d'aujourd'hui, base + ssh installé) :
J'ai :

auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet dhcp

Sur Ubuntu :


auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp

Justement quand j'ai eu ce problème, j'ai rajouté les deux dernières lignes pour Ubuntu pensant que ca venait de là (car sinon c'est Network Manager qui se chargeait des connexions).

Cela n'explique pas le network DISABLED, le problème à mon avis est à un niveau plus bas que la configuration des interfaces non ?

Et au fait je mets DHCP et c'est le routeur qui assigne selon l'adresse MAC l'IP adéquate, donc je sais quelle IP j'attend...malheureusement aucune connexion n'aboutit.

La même configuration sur l'ordi dont la carte réseau marche ne pose aucun problème...si c'était un fichier de config, ca devrait faire pareil là aussi...c'est plus lié à tg3 j'ai l'impression...

OpenAFS, j'ai pas encore eu le temps de regarder.
Sinon, j'ai testé GlusterFS, c'est pas mal, ca peut utiliser du NFS derrière en fait pour les montages. La mise en place est relativement simple.

En gros, on déclare un cluster en ajoutant des "bricks", les machines constituant le cluster :
server1:/dossier1
server2:/dossier2
server3:/dossier3
server4:/dossier4

En mode répliqué, chaque dossier va servir au stockage local de la donnée qui sera répliqué.

Donc là, en gros c'est en mode réplication 4 (replica 4). Chaque noeud est aussi un client, donc on monte dessus (dans /mnt/glusterfs par exemple en utilisant comme serveur NFS l'adresse IP du noeud) le dossier dans lequel on écrit les données qui doivent être répliquées. Si on veut juste pouvoir lire à partir d'un noeud, on a pas besoin de monter ce dossier.

La taille disponible pour ce montage NFS sur chaque machine est le min des espaces disque de chaque serveur (comme le RAID 1).

Une donnée écrite dans le /mnt/glusterfs de n'importe quel serveur apparaîtra dans les dossiers /dossier[i] des autres serveurs. (et dans /mnt/glusterfs de chaque serveur si ca a été monté). Mais seule une modification dans /mnt/glusterfs est prise en compte. Les /dossier[i] servent uniquement à lire, en tout cas c'est ce que j'ai constaté.

Donc en fait là, si j'ai bien compris, lorsque je fais un :
cp fichier /mnt/glusterfs
le fichier est répliqué de manière transparente et d'un coup sur les autres noeuds.


J'ai testé un cas d'interruption, je copie un truc via cp dans le dossier /mnt/glusterfs sur un serveur. J'interromps une des machines (reboot brutal) vers laquelle les fichiers commencaient à être copiés. Ensuite en redémarrant le noeud, il faut refaire un rebalance (cf man gluster) pour que ca reprenne...ca semble pas mal ;)

Reste à automatiser tout ça (montage auto, démarrage auto, rebalance auto) et ca devrait être bon.
Dommage que le cp soit bloquant, l'idéal aurait été de pouvoir partager un truc existant sans devoir le copier pour le transférer. (comme un dossier de synchro).

Oui c'est ce que j'ai obtenu avec Murder, effectivement il faudrait générer un torrent pour un dossier. Alors après je ne sais pas si quand le fichier est modifié c'est répercuté, et à quel niveau. (par exemple ajout d'un fichier, modification d'un fichier existant, etc.). En plus il faudrait le régénérer pour chaque noeud susceptible de mettre des fichiers.
Le protocole torrent, c'est pas encore tout à fait la solution ultime qui devrait être entièrement décentralisée (pas de tracker).

Merci pour les réponses, effectivement rsync ne sera pas adapté, car quid de la reprise (un transfert peut être interrompu), de plus ca risque d'être trop lourd si ce sont de gros fichiers pas très adapté pour l'incrémental (images disque, fichiers mailbox).

Je viens de tester murder, bon apparemment cette fois la création du torrent marche (en tout cas le tracker s'annonce bien de manière valide, devait y avoir un truc qui marchait pas avec deluge) et on peut utiliser n'importe quel client torrent existant pour récupérer le fichier du seed initial.

L'idéal serait de combiner la souplesse du torrent (reprise, chaque noeud décide de la bande passante qu'il utilise/fournit, etc.) ainsi que de la possibilité de surveiller un dossier contenant des fichiers à synchroniser.

J'ai vu dans la doc de glusterfs un mode de réplication. Il n'y a plus qu'à...Je vais donc un peu plus me pencher là dessus pour voir.