Debian, Xen et Proxmox sont dans un bateau

[jerome moliere]

Bonjour a tous les gourous ,

je cherche à héberger un serveur dédié chez un pro avec du backup de la
bande passante, de la clim, de la qualité de service.
ET voilà que certains (OVH) proposent diverses distributions soit disant
bien adaptées à la virtualisation:Proxmox!!!
C'est quoi cette distribution ? Semble t'il basée sur du etch chez Ovh
(d'autres versions existent ?).
Cela m'amène à une question: n'est ce pas une impasse que choisir une telle
distribution plutôt que de faire du Xen sur une etch standard ?

Vos avis m'intéressent ?
Si vous avez aussi des avis sur de shébergeurs , ma foi je suis preneur
aussi -) Même si cela va être un tantinet HS!!!


Merci d'avance
Jerome
-- 
Jerome Moliere - Mentor/J
http://romjethoughts.blogspot.com/
auteur Eyrolles

Re: Pb cross-compilation sous Debian

[Serge Cavailles]

Le vendredi 27 juin 2008 12:06, Willy a écrit :
> Bonjour,

Bonjour,

> Je travaille sous Debian Etch AMD64 et je souhaite compiler pour
> l'architecture i386 (et pour powerpc ultérieurement). Le problème est
> que je n'arrive pas à compiler GCC pour i386.
>
> après avoir installé les paquets nécessaires, j'exécute les étapes
> suivantes:
>
>
> $ apt-get source gcc-4.1
> $ cd gcc-4.1-4.1.1ds2
> $ export GCC_TARGET=i386
> $ debian/rules control
> $ dpkg-buildpackage -rfakeroot -b > ../gcc.build 2>&1 || echo 'Build
> error'
>
>
> j'obtiens le message d'erreur suivant:
>
>
> [EMAIL PROTECTED]:~/tmp/gcc$ tail -n 50 gcc.build
[...]
> checking for library containing gettext... configure: error: Link tests
> are not allowed after GCC_NO_EXECUTABLES.
>
> [EMAIL PROTECTED]:~/tmp/gcc$
>
> J'ai cherché sur Google, mais je n'ai trouvé aucune information pouvant
> m'aider et c'est pourquoi je sollicite votre aide.

En cherchant moi aussi sur notre ami commun, je trouve 
http://www2.pt.tu-clausthal.de/~alexp/arm/index.html

qui dit que 
[citation]
It is crucial to use '--disable-shared'. Otherwize you'll get the following 
error during make all:
checking for shared libgcc... configure: error: Link tests are not allowed 
after GCC_NO_EXECUTABLES. 
[/citation]

Souhaitant que ça puisse vous aider. 
Cordialement
-- 
Serge


> Willy.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Capture log boot

[fabrice régnier]

salut,

man bootlogd

a+

f.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: virtualbox

[nono]

Le vendredi 27 juin 2008 à 13:06 +0200, thierry gabet a écrit :
> Il est bon de savoir que la version OSE ne gère pas l'usb !

C'est bon à savoir.

> Si tu veux une version de virtualbox gérant l'usb, il existe une autre
> version à télécharger sur le site officiel.
> L'inconvénient est que cette dernière version, bien que gratuite,
> n'est pas open source. Cependant en faisant un petit effort
> d'abstraction de ce manque de "valeur morale" que reflète cette
> version, tu pourrais peut être t'en accomoder ... ;-)

Virtual OSE me suffit, je reste open-source ;) 

merci pour le tuyau

nono


> Le 12 juin 2008 18:56, nono <[EMAIL PROTECTED]> a écrit :
> C'est non maintenant. Virualbox-ose fonctionne.
> 
> Je pense qu'il me manquait le paquetage «kernel-package» à
> moins que
> cela ne soit «linux-header-2.6.25-2-common» bien que je n'en
> sois pas
> certain.
> 
> merci à tous
> 
> 
> nono

> 
-- 
.-".  ."-.
   /  0o\   nono at jabber-fr dot net/0o  \
  <` .\/ `>http://zenith.noel.free.fr/ <` \/. `>
   (`  .)  http://www.linux-france.org/~jcnoel/  (.  `)
=== `=--= == =--=` ===


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: Message gdm[2535] lors d'un shutdown

[mouss]

Man-d wrote:

[snip]
Est-ce bien le paquet gdm qui est en cause ?


A priori oui.
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486657
   http://bugzilla.gnome.org/show_bug.cgi?id=517526


Qu'en est-il de la seconde partie du message, le warning ? Est-ce une 
conséquence de l'assertion qui échoue ?


A priori c'est lié.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Clé gpg wxWidgets invalide

[Stéphane MARTIN]

Stéphane MARTIN a écrit :


Salut,

Je suis sous Etch.
J'ai les wxWidgets récents dans mon sources.list.
Cf. http://wiki.wxpython.org/InstallingOnUbuntuOrDebian

Il y a eu une mise à jour il n'y a pas très longtemps (un jour ou deux) 
et la clé ne semble plus (ou pas) valide.


Message après "aptitude update" :
W: GPG error: http://apt.wxwidgets.org etch-wx Release: Les signatures 
suivantes ne sont pas valables : BADSIG 0E0BCE7F53B087BC Robin Dunn 
<[EMAIL PROTECTED]>


J'ai réimporté la clé mais ça ne change rien.

Ce peut-il que ce soit une ancienne clé qui pose problème ?
Si oui, comment peut-on l'enlever ?

Si vous utilisez ce dépôt avez-vous aussi le problème ?

Merci d'avance.


J'ai trouvé comment enlever la clé :-)
apt-key del 0E0BCE7F53B087BC

Alors "aptitude update" et :
W: GPG error: http://apt.wxwidgets.org etch-wx Release: Les signatures 
suivantes n'ont pas pu être vérifiées car la clé publique n'est pas 
disponible : NO_PUBKEY 0E0BCE7F53B087BC


Normal, y'a plus la clé !

Réimport :
curl http://apt.wxwidgets.org/key.asc | sudo apt-key add -

"aptitude update" :
W: GPG error: http://apt.wxwidgets.org etch-wx Release: Les signatures 
suivantes ne sont pas valables : BADSIG 0E0BCE7F53B087BC Robin Dunn 
<[EMAIL PROTECTED]>


Bon. Faut écrire à Robin Dunn on dirait.

Quelqu'un peut-il me confirmer quand même qu'il a la même erreur ?

@+


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Clé gpg wxWidgets invalide

[Stéphane MARTIN]

Salut,

Je suis sous Etch.
J'ai les wxWidgets récents dans mon sources.list.
Cf. http://wiki.wxpython.org/InstallingOnUbuntuOrDebian

Il y a eu une mise à jour il n'y a pas très longtemps (un jour ou deux) 
et la clé ne semble plus (ou pas) valide.


Message après "aptitude update" :
W: GPG error: http://apt.wxwidgets.org etch-wx Release: Les signatures 
suivantes ne sont pas valables : BADSIG 0E0BCE7F53B087BC Robin Dunn 
<[EMAIL PROTECTED]>


J'ai réimporté la clé mais ça ne change rien.

Ce peut-il que ce soit une ancienne clé qui pose problème ?
Si oui, comment peut-on l'enlever ?

Si vous utilisez ce dépôt avez-vous aussi le problème ?

Merci d'avance.

@+

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [un peu HS] performances RAID vs HD seul / RAID soft...

[Jean-Yves F. Barbier]

Sylvain Sauvage a écrit :
> Jacques L'helgoualc'h, vendredi 27 juin 2008, 11:52:42 CEST
>> Bonjour,
> 
> ’jour,
> 
>>>   - avec deux disques en RAID-0, est de _2p_ (l'un _ou_ l'autre,
>>> donc p _+_ p) ;
>> Pas tout  à fait  : la probabilité  de ne  pas perdre les  données étant
>> égale à (1 -p) pour un disque,  baissera à (1 - p)^2 avec deux (en panne
>> ni l'un, ni l'autre), et donc la probabilité de perte devient
>>
>>  1 - (1 - p)^2 = 2 * p - p^2
> 
>   Oui. Autrement dit : si les deux plantent en même temps (p²),
> c’est déjà compté dans le cas où un des deux plante.
> 
>   Ou comment honteusement confondre _ou_ et _xou_…
> 
>   M’enfin bon, ça a été écrit avant l’aube matinale de
> l’après-midi, hein…
> 
>> Sur une courte durée la différence est négligeable, mais si p = 60%...
> 
>   Si p = 60 %, je change de fournisseur ;oP
> 
>   Mais c’est vrai qu’on ne parle pas de la durée : pour un temps
> t suffisamment long, p(t) = 100 %.
> 
>>>   - avec deux disques en RAID-1, est de _p²_ (l'un _et_ l'autre,
>>> donc p _*_ p).
>>>
>>>   Rappelons que p < 1, donc p² < p < 2p. CQFD.
>>  0 < p < 1 :)
> 
>   Oui, je n’ai voulu m’embêter ni avec les ≤ (p ≠ 1, sinon
> le DD est déjà cassé, et p ≠ 0, sinon on ne se pose pas de
> question), ni avec les négatifs (c’est rare les probabilités
> négatives :o).

Ne nous égarons pas (quoique l'on puisse appliquer ici la formule générale
du Pr GLLOQ: (4AB)^3.é.H.I.é = 3(QBC) :)

Je propose:
2 HDz en RAID-0  acquisition des données ("grande" vitesse)
2 HDz en RAID-1  system + backup supplémentaire à celui sur DVDs des données
  de RAID-0

OU:
3 HDz en RAID-5 + 1 HD de spare; SI les contrôleurs peuvent gèrer un RAID-1
pour le système en plus du RAID-5; le tout accompagné d'une réduction
drastique du logging, afin d'éviter de perdre en vitesse.
(pas taper Sylvain, plaît-plaît!)

JY
-- 
Know what I hate most?  Rhetorical questions.
-- Henry N. Camp

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: virtualbox

[thierry gabet]

Il est bon de savoir que la version OSE ne gère pas l'usb !

Si tu veux une version de virtualbox gérant l'usb, il existe une autre
version à télécharger sur le site officiel.
L'inconvénient est que cette dernière version, bien que gratuite, n'est pas
open source. Cependant en faisant un petit effort d'abstraction de ce manque
de "valeur morale" que reflète cette version, tu pourrais peut être t'en
accomoder ... ;-)

Le 12 juin 2008 18:56, nono <[EMAIL PROTECTED]> a écrit :

> C'est non maintenant. Virualbox-ose fonctionne.
>
> Je pense qu'il me manquait le paquetage «kernel-package» à moins que
> cela ne soit «linux-header-2.6.25-2-common» bien que je n'en sois pas
> certain.
>
> merci à tous
>
> nono
> --
>.-".  ."-.
>   /  0o\   nono at jabber-fr dot net/0o  \
>  <` .\/ `>http://zenith.noel.free.fr/ <` \/. `>
>   (`  .)  
> http://www.linux-france.org/~jcnoel/  
>(.  `)
> === `=--= == =--=` ===
>

Re: [un peu HS] performances RAID vs HD seul / RAID soft... (was: Matrix RAID avec Gigabyte GAP35C DS3R)

[Sylvain Sauvage]

Jacques L'helgoualc'h, vendredi 27 juin 2008, 11:52:42 CEST
> 
> Bonjour,

’jour,

> >   - avec deux disques en RAID-0, est de _2p_ (l'un _ou_ l'autre,
> > donc p _+_ p) ;
> 
> Pas tout  à fait  : la probabilité  de ne  pas perdre les  données étant
> égale à (1 -p) pour un disque,  baissera à (1 - p)^2 avec deux (en panne
> ni l'un, ni l'autre), et donc la probabilité de perte devient
> 
>  1 - (1 - p)^2 = 2 * p - p^2

  Oui. Autrement dit : si les deux plantent en même temps (p²),
c’est déjà compté dans le cas où un des deux plante.

  Ou comment honteusement confondre _ou_ et _xou_…

  M’enfin bon, ça a été écrit avant l’aube matinale de
l’après-midi, hein…

> Sur une courte durée la différence est négligeable, mais si p = 60%...

  Si p = 60 %, je change de fournisseur ;oP

  Mais c’est vrai qu’on ne parle pas de la durée : pour un temps
t suffisamment long, p(t) = 100 %.

> >   - avec deux disques en RAID-1, est de _p²_ (l'un _et_ l'autre,
> > donc p _*_ p).
> > 
> >   Rappelons que p < 1, donc p² < p < 2p. CQFD.
> 
>  0 < p < 1 :)

  Oui, je n’ai voulu m’embêter ni avec les ≤ (p ≠ 1, sinon
le DD est déjà cassé, et p ≠ 0, sinon on ne se pose pas de
question), ni avec les négatifs (c’est rare les probabilités
négatives :o).

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Pb cross-compilation sous Debian

[Willy]

Bonjour,

Je travaille sous Debian Etch AMD64 et je souhaite compiler pour 
l'architecture i386 (et pour powerpc ultérieurement). Le problème est 
que je n'arrive pas à compiler GCC pour i386.


après avoir installé les paquets nécessaires, j'exécute les étapes 
suivantes:



$ apt-get source gcc-4.1
$ cd gcc-4.1-4.1.1ds2
$ export GCC_TARGET=i386
$ debian/rules control
$ dpkg-buildpackage -rfakeroot -b > ../gcc.build 2>&1 || echo 'Build error'


j'obtiens le message d'erreur suivant:


[EMAIL PROTECTED]:~/tmp/gcc$ tail -n 50 gcc.build

checking how to run the C++ preprocessor... 
/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc/xgcc -shared-libgcc 
-B/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc -nostdinc++ 
-L/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/i486-linux-gnu/64/libstdc++-v3/src 
-L/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/i486-linux-gnu/64/libstdc++-v3/src/.libs 
-B/usr/i486-linux-gnu/bin/ -B/usr/i486-linux-gnu/lib/ -isystem 
/usr/i486-linux-gnu/include -isystem /usr/i486-linux-gnu/sys-include  
-m64 -E

loading cache ./config.cache within ltconfig
checking host system type... x86_64-pc-linux-gnu
checking build system type... x86_64-pc-linux-gnu
checking for objdir... .libs
checking for /home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc/xgcc 
option to produce PIC... -fPIC -DPIC
checking if /home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc/xgcc PIC 
flag -fPIC -DPIC works... yes
checking if /home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc/xgcc static 
flag -static works... no

finding the maximum length of command line arguments... (cached) 49153
checking if /home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc/xgcc 
supports -c -o file.o... (cached) yes
checking if /home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc/xgcc 
supports -fno-rtti -fno-exceptions ... yes
checking whether the linker 
(/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc/collect-ld -m 
elf_x86_64) supports shared libraries...

checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking command to parse 
/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc/nm output... failed

checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
appending configuration tag "CXX" to libtool
checking for exception model to use... call frame
checking for compiler with PCH support... yes
checking for enabled PCH... yes
checking for underlying I/O to use... stdio
checking how to run the C preprocessor... 
/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc/xgcc 
-B/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build/./gcc/ 
-B/usr/i486-linux-gnu/bin/ -B/usr/i486-linux-gnu/lib/ -isystem 
/usr/i486-linux-gnu/include -isystem /usr/i486-linux-gnu/sys-include  
-m64 -E

checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for C locale to use... gnu
checking for msgfmt... yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
checking for library containing gettext... configure: error: Link tests 
are not allowed after GCC_NO_EXECUTABLES.

make[3]: *** [configure-target-libstdc++-v3] Error 1
make[3]: Leaving directory `/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build'
s=`cat status`; rm -f status; test $s -eq 0
make[1]: *** [stamps/05-build-stamp] Error 1
make[1]: Leaving directory `/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2'
make: *** [stamps/05-build-stamp] Erreur 2

[EMAIL PROTECTED]:~/tmp/gcc$

J'ai cherché sur Google, mais je n'ai trouvé aucune information pouvant 
m'aider et c'est pourquoi je sollicite votre aide.


Willy.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [un peu HS] performances RAID vs HD seul / RAID soft... (was: Matrix RAID avec Gigabyte GAP35C DS3R)

[Jacques L'helgoualc'h]

Bonjour,

Sylvain Sauvage a écrit, vendredi 27 juin 2008, à 09:44 :
[...]
>   Si on suppose que la probabilité de perdre un disque est p. Et
> si on suppose qu'elle est la même pour tous tes disques (ce qui
> se conçoit) et que perdre deux disques sont des événements
> indépendants (ce qui est plus discutable : on peut penser à des
> réactions en chaîne, une cause commune (surcharge électrique),
> etc.).  Alors, la probabilité de perdre les données,
>   - avec un seul disque, est de _p_ (par définition) ;
>   - avec deux disques en RAID-0, est de _2p_ (l'un _ou_ l'autre,
> donc p _+_ p) ;

Pas tout  à fait  : la probabilité  de ne  pas perdre les  données étant
égale à (1 -p) pour un disque,  baissera à (1 - p)^2 avec deux (en panne
ni l'un, ni l'autre), et donc la probabilité de perte devient

 1 - (1 - p)^2 = 2 * p - p^2

Sur une courte durée la différence est négligeable, mais si p = 60%...

>   - avec deux disques en RAID-1, est de _p²_ (l'un _et_ l'autre,
> donc p _*_ p).
> 
>   Rappelons que p < 1, donc p² < p < 2p. CQFD.

 0 < p < 1 :)

-- 
Jacques L'helgoualc'h

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: dependances nvidia-glx/nvidia-glx-dev

[Sylvain Sauvage]

fred, vendredi 27 juin 2008, 02:08:24 CEST
>[…] 
> Il n'y a donc aucun lien [symbolique].

  J’avais bien compris, c’est pourquoi j’ai dit :

> >   Si ces liens n’existent pas, c’est que le détournement de
> > nvidia-glx n’a pas fonctionné. Bizarre.

  Et donc, je propose :

> >   Je pense que les détournements sont censés fonctionner quel
> > que soit l’ordre d’installation des paquets, mais essaie de
> > réinstaller libgl1-mesa-dev _puis_ nvidia-glx.
> >   Ou, plus simplement, tu triches et tu les fait à la mimine,
> > ni vu ni connu…

  Ce qui fait que ta réponse :

> Du tout.
> Je le fais à la sauce debian.
> Peut-être, à la rigueur, à la sauce ancienne :
> dpkg-buildpackage ...
> dpkg --install ...

  n’est pas claire.

  Je te proposes de réinstaller libgl1-mesa-dev et nvidia-glx,
dans cet ordre, ou de créer les liens à la main, et tu me
réponds sur la façon dont tu crées nvidia-glx.
  Lapin qu’on prit.

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [un peu HS] performances RAID vs HD seul / RAID soft... (was: Matrix RAID avec Gigabyte GAP35C DS3R)

[Sylvain Sauvage]

Aurelien, vendredi 27 juin 2008, 08:54:38 CEST
>[…]
> Cela dit, je n'ai aucune idée de l'ordre de grandeur de
> la perte en écriture.

  En fait, il faut tester : ça dépend du matériel (et du noyau
pour le RAID logiciel).

> est-ce que j'ai plus de risques de perdre mes données avec deux
> disques en RAID 0 qu'avec un seul sans mode RAID ? (je n'ai pas la
> réponse)

  Oui, tu as mathématiquement plus de risques :
— sans RAID-0, si un disque pète, tu perds les données de ce
  disque, pas celles de l’autre ;
— avec RAID-0, si un disque pète, tu perds les données des deux
  disques.

  Bon, si perdre la moitié des données est aussi grave que tout
perdre (autrement dit, si récupérer seulement la moitié des
données est inutile), c’est pareil.

  Et en RAID-1, si un disque pète, tu ne perds aucune donnée.
Il faut perdre les deux disques pour tout perdre.

  Si on suppose que la probabilité de perdre un disque est p. Et
si on suppose qu’elle est la même pour tous tes disques (ce qui
se conçoit) et que perdre deux disques sont des événements
indépendants (ce qui est plus discutable : on peut penser à des
réactions en chaîne, une cause commune (surcharge électrique…),
etc.).  Alors, la probabilité de perdre les données,
  — avec un seul disque, est de _p_ (par définition) ;
  — avec deux disques en RAID-0, est de _2p_ (l’un _ou_ l’autre,
donc p _+_ p) ;
  — avec deux disques en RAID-1, est de _p²_ (l’un _et_ l’autre,
donc p _*_ p).

  Rappelons que p < 1, donc p² < p < 2p. CQFD.

> Et finalement, la solution du RAID 0+1, ou du RAID 5 (seulement 3 HD)
> semblait être la plus adaptée dans ce sens.

  1+0 ou 0+1, c’est ce qu’il y a de mieux.
  Le RAID-5, ça pue (BAARF vaincra !).

>[…]
> PSSST : Je change le titre du sujet, ça a dérivé, je crois.

  En fait, c’est moins HS qu’avant : avec le RAID logiciel, le
logiciel (bon, pas spécifique à Debian) vient d’être introduit
dans une discussion sur du matériel…

-- 
 Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [un peu HS] performances RAID vs HD seul / RAID soft...

[Jean-Yves F. Barbier]

Aurelien a écrit :
> On Thu, Jun 26, 2008 at 08:21:48PM +0200, Jean-Yves F. Barbier wrote :
>> Aurelien a écrit :
>>> Salut,
>>>
>>> Je suis en train de monter une machien destinée à un studio
>>> d'enregistrement, et je voudrais que les disques de données soit dans
>>> une grappe RAID qui fasse du stripping (car on a besoin de pas mal de
>>> performance en lecture/écriture en studio), mais aussi en mirroring, car
>>> les données sont sensibles, forcément.

.

> En pratique, je pense que du RAID 5 (3 HD) suffirait. Mais pour le coup,
> pour des histoires de finances, c'était un peu compliqué d'avoir 3
> disques identiques pour les données pour cette première fois, et donc je
> me suis rabattu sur du Matrix RAID.

non: en Gal, on met le système sur du RAID-1 (plus lents, mais sécurité),
et les données sur autre chose (RAID-0 si la vitesse est primordiale, tout
en sachant qu'en cas de chasse les données seront perdues; RAID-5||6 avec
une perte de perfs mais une sécurité plus élevée)

>> http://fr.wikipedia.org/wiki/RAID_(informatique)
>> devrait te permettre de choisir la solution en adéquation avec tes besoins.
> 
> Oui, je l'ai déjà lu, ainsi que pas mal d'autres. Le problème étant que,
> n'ayant pas essayé pratiquement, je ne suis pas encore certain de ce que
> je dois faire. Je n'ai pas beaucoup de temps avant la première
> production de ce studio, et je n'ai pas réellement conscience des gains
> en écriture/lecture que ça peut m'apporter.

sans passer par un *vrai* contrôleur RAID hardware, c'est Tdur à estimer.
Maintenant, au vû des perfs des CPUs actuels (si tant est que le(s) CPU(s)
n'ait pas à travailler sur autre chose) ça ne devrait pas trop bloquer.

> Je m'explique : globalement la difficulté sur de l'enregistrement audio
> multipiste, c'est l'écriture dans un premier temps -mais à ce niveau les
> disques 7200tr/min sont OK, mais limite- puis dans un second temps la
> lecture combinée à l'écriture (lorsqu'il y a déjà des pistes
> enregistrées).

ça dépend du nombre de pistes simultanées; sachant qu'en général on utilise
du SCSI à cause de la gestion de pile intégrée au MCP cu ctrlr/HD.
Maintenant, le SATA peut aussi le faire, à condition que les HDz (et les
CTRLRs) soient NCQ.

MAIS le gain possible grâce au NCQ ne prend toute sa valeur qu'au montage
(lecture aléatoire d'un rand nombre de "morceaux" de pistes), et le débit
est limité par la vitesse de bus des CTRLs SATA dans ton cas.

> Mon idée de base, c'était de dire en faisant du RAID 1 (mirroring, si je
> ne m'abuse), je sécurise les données, et j'augmente la vitesse de
> lecture, donc j'y gagne. Mais on m'a expliqué depuis que je perdrais en
> écriture, et ça peut être chaud vu qu'un disque à 7200tr/min est juste à
> la limite basse. Cela dit, je n'ai aucune idée de l'ordre de grandeur de
> la perte en écriture.

c'est, en partie, exact:
Théorie:
Tu gagnes en lecture parce que, comme la lecture est simultanée sur les 2
HDz, si l'un est déphasé de 180° par rapport à l'autre, ton débit est
doublé; tu perds en écriture pour la même raison (l'un des HD attend
l'autre).
Pratique:
Ca dépend aussi pas mal des contrôleurs

> Du coup, on m'a dit, ce qu'il te faut, c'est du stripping. Bon, OK, sauf
> que je ne peux pas me permettre, compte tenu qu'en gros les disques
> servent pendant un mois ou deux, et que les données dessus sont des
> enregistrements "humains" de prendre le risque de perdre ces données. La
> questions est alors, sachant qu'une sauvegarde DVD sera faite chaque
> soir, est-ce que j'ai plus de risques de perdre mes données avec deux
> disques en RAID 0 qu'avec un seul sans mode RAID ? (je n'ai pas la
> réponse)

oui, tu as plus de risques: sachant que si tu perds un des disques en
RAID-0, tu perds toutes tes données, les probabilités de perte (avec 2 HD),
par rapport à un disque seul sont donc de P*2

> Et finalement, la solution du RAID 0+1, ou du RAID 5 (seulement 3 HD)
> semblait être la plus adaptée dans ce sens.

question sécu, ça se vaut: le 0+1 (ou 1+0) ou le 5 n'ont une tolérance
de panne que de 1 HD, l'avantage du 5, c'est que sur 4 HDz, il est possible
de tout de suite intégrer un HD de spare à l'array (HD de secours en attente
de la panne, permettant la reconstruction "transparente" automatique;
SI TANT EST que le HD en panne ne bloque pas les contrôleurs et/ou le
micro).

> Je n'en suis pas à devoir aller sur des sauvegardes à bande, ou quoi,
> l'idée c'est juste que je ne peux pas me permettre le niveau de
> fiabilité du stockage de ce PC par rapport à la solution (usuelle en
> studio) de n'avoir qu'un seul HD.

là, j'ai du mal à comprendre: en Gal un studio d'enregistrement a les moyens
de se payer une solution correctement dimensionnée (ou, en tous cas, les
moyens d'ajouter ce qu'il faut comme HDz pour ne pas tomber en rideau).

JY
-- 
I want to read my new poem about pork brains and outer space ...

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez auss