Re: Gestion de très gros FS

2017-05-02 Par sujet Thierry Bugier Pineau 
Bonjour

Ce n'est pas tordre le système de snapshot que de les garder longtemps ?

Pour lvm les snapshots sont en copy on write. Apparemment btrfs ferait pareil 
vu la description du comportement.

Tout ce que j'ai lu dit que les snapshot sont des instantanés qui servent le 
temps d'un backup. Autrement dit : 
- on fige le FS sur le disque 
- on met à part les écritures (une sorte de tampon, et lvm ou le FS le gère 
selon le cas)
-jusqu'à ce que le FS figé soit pleinement exploité pour une tâche de 
sauvegarde.
- la tâche terminée, on détruit le snapshot en y incorporant les écritures 
précédemment mises à part (là encore lvm ou le FS gère cela)

On peut tout aussi bien historiser les sauvegardes et laisser le backup les 
gérer (backuppc par exemple mais guère pour un usage pro sur grosse quantités 
de données)


Le 2 mai 2017 17:46:40 GMT+02:00, Daniel Caillibaud  a 
écrit :
>Le 21/03/17 à 11:42, Pierre Malard  a écrit :
>PM> J’ai lu que BtrFS semblait se présenter comme le « successeur » de
>ext4 et proposait un
>PM> redimensionnement à chaud en complément du gestionnaire de volumes
>logiques de Linux. Il
>PM> permettrait également l’agrégat de préifériques et la gestion de «
>snapshots
>PM> » (https://fr.wikipedia.org/wiki/Btrfs). Avez-vous une expérience
>dans ce domaine et est-ce
>PM> que cela répondrait à notre besoin de gros volumes extensibles ?
>
>J'arrive longtemps après la question, au cas où ça serve à d'autres…
>
>Je n'ai pas d'expérience de btrfs sur de tels volumes, mais sur 3~4To
>de datas avec bcp de
>snapshots, il faut faire attention à l'ordre des snaphots pour garder
>une "filiation la plus
>linéaire possible".
>
>C'était pour du backup, je faisais
>- rsync de pleins de vm dans last (un subvolume)
>- delete Monday && snapshot de last sur Monday le lundi
>- … idem les autres jours, avec en plus le dimanche un
>- delete week_XX && snapshot de last sur week_XX
>
>mais de temps en temps, et de plus en plus souvent avec l'augmentation
>du nb de snapshots, le
>delete faisait complètement exploser le système, à retardement (lorsque
>btrfs nettoie ses
>metadatas, un peu plus tard, si le rsync démarre avant que tout soit
>nettoyé).
>
>L'explosion se traduisait par un système qui fige, avec ou sans oomkill
>tous azimuts. 
>
>Un expert btrfs m'a confirmé avoir déjà vu la RAM exploser dans ce
>genre de cas, sans vraiment
>savoir pourquoi… (que le load explose parce que le fs devient très lent
>ça peut s'expliquer,
>mais pas qu'il consomme énormément de RAM).
>
>C'est visiblement lié au fait du nb de snapshots qui dépendaient du
>volume dans lequel
>j'écrivais, chaque écriture sur un fichier déclenchant une cascade
>d'opérations pour que tous
>les subvolumes retrouvent leurs petits (tous ses snapshots doivent se
>mettre à jour sur
>l'ancienne version du fichier, trouver lequel la détient, etc.)
>
>En modifiant la rotation pour faire
>mv Monday avirer
>mv last Monday
>snapshot Monday last
>rsync vers last
>
>ça va bcp mieux (chaque écriture ne déclenche qu'un seul copy on write
>sur le dernier snapshot
>sans que les autres n'aient à faire qqchose, la suppression d'un
>subvolume n'entraînant de
>modif que chez son unique "fils").
>
>Tout ça pour dire que btrfs reste chatouilleux et peut partir en vrille
>(machine HS mais pas
>perdu d'octet), même si la gestion des snapshots reste un avantage très
>appréciable.
>
>Et je n'ai pas encore osé passer au btrfs send/receive pour
>synchroniser deux volumes, mais
>chez d'autres ça marche vraiment très bien (10~100 × plus rapide que
>rsync suivant le nb de
>fichiers, le volume et la BP dispo).
>
>-- 
>Daniel
>
>On devrait construire les villes a la campagne
>car l'air y est plus pur !
>Alphonse Allais

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: Carte WiFi PCI Belkin F5D7000 : RÉSOLU

2017-05-02 Par sujet andre_debian 
On Tuesday 02 May 2017 16:31:10 Frédéric MASSOT wrote:
> Le 02/05/2017 à 15:30, andre_deb...@numericable.fr a écrit :
> > Étonnant, pas de pilote pour Linux mais elle est bien détectée 
> > et fonctionnelle.

> Il y a nécessairement un pilote de chargé, tu peux le voir avec la
> commande : lspci -k :

Network controller: Ralink corp. RT2500 Wireless 802.11bg (rev 01)
Subsystem: Belkin F5D7000 v2000/v3000 Wireless G Desktop Card
Kernel driver in use: rt2500pci

André

Re: comment faite-vous pour installer flashplayer?

2017-05-02 Par sujet Daniel Caillibaud 
Le 04/04/17 à 19:35, Thierry Bugier Pineau  a écrit :
TBP> La question que je me pose sur ce sujet est : pourquoi avez vous besoin de 
Flash
TBP> aujourd'hui ? N'est il pas mieux de demander aux webmaster de se mettre à 
jour ?

C'est pas toujours possible…

L'association Sésamath a construit pendant 10 ans une base d'exercices 
interactifs de
mathématiques (libres, et construits collaborativement par plein de profs de 
math bénévoles),
essentiellement pour le collège. Elle est passé à js (+svg+d'autres technos) 
depuis plusieurs
années, mais il faudra encore un paquet avant d'avoir tout réécrit !
(+ de 4000 exercices, pour le refaire en js faut compter plusieurs heures par 
exo avec
développeur js/html/css/svg, plus long à former qu'un codeur flash)

Un aperçu sur http://mathenpoche.sesamath.net/

-- 
Daniel

Ils m'ont mal sous-estimé !
Georges W. Bush (6/11/2000)

Re: Gestion de très gros FS

2017-05-02 Par sujet Daniel Caillibaud 
Le 21/03/17 à 11:42, Pierre Malard  a écrit :
PM> J’ai lu que BtrFS semblait se présenter comme le « successeur » de ext4 et 
proposait un
PM> redimensionnement à chaud en complément du gestionnaire de volumes logiques 
de Linux. Il
PM> permettrait également l’agrégat de préifériques et la gestion de « snapshots
PM> » (https://fr.wikipedia.org/wiki/Btrfs). Avez-vous une expérience dans ce 
domaine et est-ce
PM> que cela répondrait à notre besoin de gros volumes extensibles ?

J'arrive longtemps après la question, au cas où ça serve à d'autres…

Je n'ai pas d'expérience de btrfs sur de tels volumes, mais sur 3~4To de datas 
avec bcp de
snapshots, il faut faire attention à l'ordre des snaphots pour garder une 
"filiation la plus
linéaire possible".

C'était pour du backup, je faisais
- rsync de pleins de vm dans last (un subvolume)
- delete Monday && snapshot de last sur Monday le lundi
- … idem les autres jours, avec en plus le dimanche un
- delete week_XX && snapshot de last sur week_XX

mais de temps en temps, et de plus en plus souvent avec l'augmentation du nb de 
snapshots, le
delete faisait complètement exploser le système, à retardement (lorsque btrfs 
nettoie ses
metadatas, un peu plus tard, si le rsync démarre avant que tout soit nettoyé).

L'explosion se traduisait par un système qui fige, avec ou sans oomkill tous 
azimuts. 

Un expert btrfs m'a confirmé avoir déjà vu la RAM exploser dans ce genre de 
cas, sans vraiment
savoir pourquoi… (que le load explose parce que le fs devient très lent ça peut 
s'expliquer,
mais pas qu'il consomme énormément de RAM).

C'est visiblement lié au fait du nb de snapshots qui dépendaient du volume dans 
lequel
j'écrivais, chaque écriture sur un fichier déclenchant une cascade d'opérations 
pour que tous
les subvolumes retrouvent leurs petits (tous ses snapshots doivent se mettre à 
jour sur
l'ancienne version du fichier, trouver lequel la détient, etc.)

En modifiant la rotation pour faire
mv Monday avirer
mv last Monday
snapshot Monday last
rsync vers last

ça va bcp mieux (chaque écriture ne déclenche qu'un seul copy on write sur le 
dernier snapshot
sans que les autres n'aient à faire qqchose, la suppression d'un subvolume 
n'entraînant de
modif que chez son unique "fils").

Tout ça pour dire que btrfs reste chatouilleux et peut partir en vrille 
(machine HS mais pas
perdu d'octet), même si la gestion des snapshots reste un avantage très 
appréciable.

Et je n'ai pas encore osé passer au btrfs send/receive pour synchroniser deux 
volumes, mais
chez d'autres ça marche vraiment très bien (10~100 × plus rapide que rsync 
suivant le nb de
fichiers, le volume et la BP dispo).

-- 
Daniel

On devrait construire les villes a la campagne
car l'air y est plus pur !
Alphonse Allais

Re: Carte WiFi PCI Belkin F5D7000 : RÉSOLU

2017-05-02 Par sujet maderios 

On 05/02/2017 03:30 PM, andre_deb...@numericable.fr wrote:


Étonnant, pas de pilote pour Linux mais elle est bien détectée et
fonctionnelle.
La quasi totalité des pilotes sont disponibles avec le noyau Linux sous 
forme de modules qui sont chargés au démarrage seulement en cas de 
nécessité, ici une carte wifi. Ceci explique pourquoi posséder un 
matériel récent implique l'utilisation d'un noyau le plus récent possible.


--
Maderios

Re: Carte WiFi PCI Belkin F5D7000 : RÉSOLU

2017-05-02 Par sujet Frédéric MASSOT 
Le 02/05/2017 à 15:30, andre_deb...@numericable.fr a écrit :
> On Tuesday 02 May 2017 14:24:40 err...@free.fr wrote:
>> On 05/02/2017 02:19 PM, andre_deb...@numericable.fr wrote:
>>> Parmi vous, qui a réussi à installer une carte WiFi PCI Belkin Wireless G 
>>> F5D7000 sous Linux (Jessie) ?
>>> Sur le site de Belkin. il n'existe pas de pilote pour Linux, que pour
>>> Windows. 
>>> C'est une  carte assez ancienne, si je peux l'installer tant mieux, 
>>> sinon tant pis.
> 
>> Pour beaucoup de prériphériques dont il n'y a pas de drivers libres, 
>> ou pas tout à fait libre, il faut installer le paquet firmware-nonfree :
> 
> Ce que j'ai fait,
> 
> la carte est bien détectée, la WiFi marche très bien (100%) avec "wicd".
> 
> Finies les câbles Ethernet qui se déroulent dans mon appartement :-)
> 
> Étonnant, pas de pilote pour Linux mais elle est bien détectée et 
> fonctionnelle.

Il y a nécessairement un pilote de chargé, tu peut le voir avec la
commande : lspci -k


-- 
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: Carte WiFi PCI Belkin F5D7000 : RÉSOLU

2017-05-02 Par sujet andre_debian 
On Tuesday 02 May 2017 14:24:40 err...@free.fr wrote:
> On 05/02/2017 02:19 PM, andre_deb...@numericable.fr wrote:
> > Parmi vous, qui a réussi à installer une carte WiFi PCI Belkin Wireless G 
> > F5D7000 sous Linux (Jessie) ?
> > Sur le site de Belkin. il n'existe pas de pilote pour Linux, que pour
> > Windows. 
> > C'est une  carte assez ancienne, si je peux l'installer tant mieux, 
> > sinon tant pis.

> Pour beaucoup de prériphériques dont il n'y a pas de drivers libres, 
> ou pas tout à fait libre, il faut installer le paquet firmware-nonfree :

Ce que j'ai fait,

la carte est bien détectée, la WiFi marche très bien (100%) avec "wicd".

Finies les câbles Ethernet qui se déroulent dans mon appartement :-)

Étonnant, pas de pilote pour Linux mais elle est bien détectée et 
fonctionnelle.

Grand merci,

André

Fwd: Carte WiFi PCI Belkin F5D7000

2017-05-02 Par sujet bernard . schoenacker 
> > Bonjour,
> > 
> > Parmi vous, qui a réussi à installer une carte WiFi PCI Belkin
> > Wireless G
> > F5D7000 sous Linux (Jessie) ?
> > 
> > Sur le site de Belkin. il n'existe pas de pilote pour Linux, que
> > pour
> > Windows.
> > 
> > C'est une  carte assez ancienne, si je peux l'installer tant mieux,
> > sinon tant pis.
> > 
> > Merci,
> > 
> > André
> > 
> > 
> 
> bonjour,
> 
> 
> pour "dédé" :
> 
> apt-cache policy $(apt-cache search ndiswrapper |awk '{print $1}')
> 
> rtfm : https://doc.ubuntu-fr.org/ndiswrapper
> 
> slt
> bernard

Re: Carte WiFi PCI Belkin F5D7000

2017-05-02 Par sujet bernard . schoenacker 


- Mail original -
> De: "andre debian" 
> À: debian-user-french@lists.debian.org
> Envoyé: Mardi 2 Mai 2017 14:19:17
> Objet: Carte WiFi PCI Belkin F5D7000
> 
> Bonjour,
> 
> Parmi vous, qui a réussi à installer une carte WiFi PCI Belkin
> Wireless G
> F5D7000 sous Linux (Jessie) ?
> 
> Sur le site de Belkin. il n'existe pas de pilote pour Linux, que pour
> Windows.
> 
> C'est une  carte assez ancienne, si je peux l'installer tant mieux,
> sinon tant pis.
> 
> Merci,
> 
> André
> 
> 

bonjour,


pour "dédé" :

apt-cache policy $(apt-cache search ndiswrapper |awk '{print $1}')

rtfm : https://doc.ubuntu-fr.org/ndiswrapper




slt
bernard

Re: Carte WiFi PCI Belkin F5D7000

2017-05-02 Par sujet err404 
On 05/02/2017 02:19 PM, andre_deb...@numericable.fr wrote:
> Bonjour,
> 
> Parmi vous, qui a réussi à installer une carte WiFi PCI Belkin Wireless G 
> F5D7000 sous Linux (Jessie) ?
> 
> Sur le site de Belkin. il n'existe pas de pilote pour Linux, que pour Windows.
> 
> C'est une  carte assez ancienne, si je peux l'installer tant mieux, 
> sinon tant pis.
> 
> Merci,
> 
> André
> 

Pour beaucoup de prériphériques dont il n'y a pas de drivers libres, ou pas 
tout à fait libre, il faut installer le paquet firmware-nonfree

Carte WiFi PCI Belkin F5D7000

2017-05-02 Par sujet andre_debian 
Bonjour,

Parmi vous, qui a réussi à installer une carte WiFi PCI Belkin Wireless G 
F5D7000 sous Linux (Jessie) ?

Sur le site de Belkin. il n'existe pas de pilote pour Linux, que pour Windows.

C'est une  carte assez ancienne, si je peux l'installer tant mieux, 
sinon tant pis.

Merci,

André