Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de
démarrer dessus ? Ca me ferait vraiment mal au cul de devoir utiliser une
debian uniquement pour cette raison ... J'affectionne tout particulièrement
FreeBSD pour tous ses autres aspects.
Si ce RAID1 logiciel est possible, quelqu'un aurait un pointeur ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
xavier
Patrick Viet wrote:
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de démarrer dessus ?
Oui et non, en -CURRENT, et pas sur toute les archis. Mais rien ne t'empêche (et c'est de toutes façons la Bonne Méthode) de faire un petit / et de séparer /home /var /usr sur des partoches Raid (surtout /home et /var, peu d'intérêt pour /usr)
[ ~]$ man raid RAID(4) FreeBSD Kernel Interfaces Manual RAID(4)
NAME raid -- RAIDframe disk driver
SYNOPSIS device raidframe
DESCRIPTION The raid driver provides RAID 0, 1, 4, and 5 (and more!) capabilities to FreeBSD. This document assumes that the reader has at least some famil- iarity with RAID and RAID concepts. The reader is also assumed to know how to configure disks and add devices into kernels, how to generate ker- nels, and how to partition disks. [...] There is currently only limited support (alpha and pmax architectures) for booting a kernel directly from a RAID 1 set, and no support for booting from any other RAID sets. [...] SEE ALSO config(8), fsck(8), mount(8), newfs(8), raidctl(8) [...] [ ~]$ uname -a FreeBSD valinor.groumpf.org 5.1-CURRENT FreeBSD 5.1-CURRENT #12: Tue Jun 10 16:48:20 CEST 2003 :/usr/obj/usr/src/sys/XAVIER i386
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de
démarrer dessus ?
Oui et non, en -CURRENT, et pas sur toute les archis. Mais rien ne t'empêche
(et c'est de toutes façons la Bonne Méthode) de faire un petit / et de
séparer /home /var /usr sur des partoches Raid (surtout /home et /var, peu
d'intérêt pour /usr)
[xavier@valinor ~]$ man raid
RAID(4) FreeBSD Kernel Interfaces Manual RAID(4)
NAME
raid -- RAIDframe disk driver
SYNOPSIS
device raidframe
DESCRIPTION
The raid driver provides RAID 0, 1, 4, and 5 (and more!) capabilities to
FreeBSD. This document assumes that the reader has at least some famil-
iarity with RAID and RAID concepts. The reader is also assumed to know
how to configure disks and add devices into kernels, how to generate ker-
nels, and how to partition disks.
[...]
There is currently only limited support (alpha and pmax architectures)
for booting a kernel directly from a RAID 1 set, and no support for
booting from any other RAID sets.
[...]
SEE ALSO
config(8), fsck(8), mount(8), newfs(8), raidctl(8)
[...]
[xavier@valinor ~]$ uname -a
FreeBSD valinor.groumpf.org 5.1-CURRENT FreeBSD 5.1-CURRENT #12: Tue Jun 10
16:48:20 CEST 2003 root@valinor.groumpf.org:/usr/obj/usr/src/sys/XAVIER
i386
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de démarrer dessus ?
Oui et non, en -CURRENT, et pas sur toute les archis. Mais rien ne t'empêche (et c'est de toutes façons la Bonne Méthode) de faire un petit / et de séparer /home /var /usr sur des partoches Raid (surtout /home et /var, peu d'intérêt pour /usr)
[ ~]$ man raid RAID(4) FreeBSD Kernel Interfaces Manual RAID(4)
NAME raid -- RAIDframe disk driver
SYNOPSIS device raidframe
DESCRIPTION The raid driver provides RAID 0, 1, 4, and 5 (and more!) capabilities to FreeBSD. This document assumes that the reader has at least some famil- iarity with RAID and RAID concepts. The reader is also assumed to know how to configure disks and add devices into kernels, how to generate ker- nels, and how to partition disks. [...] There is currently only limited support (alpha and pmax architectures) for booting a kernel directly from a RAID 1 set, and no support for booting from any other RAID sets. [...] SEE ALSO config(8), fsck(8), mount(8), newfs(8), raidctl(8) [...] [ ~]$ uname -a FreeBSD valinor.groumpf.org 5.1-CURRENT FreeBSD 5.1-CURRENT #12: Tue Jun 10 16:48:20 CEST 2003 :/usr/obj/usr/src/sys/XAVIER i386
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de démarrer dessus ?
Oui et non, en -CURRENT, et pas sur toute les archis. Mais rien ne t'empêche (et c'est de toutes façons la Bonne Méthode) de faire un petit / et de séparer /home /var /usr sur des partoches Raid (surtout /home et /var, peu d'intérêt pour /usr)
En fait j'ai peu confiance en 5.1 pour de la prod... (même si j'ai pris la peine de télécharger/graver la 5.1-R pour des tests). J'ai également connu lors de mes tests sur la 5.0-REL des problèmes de perfs. Est-ce toujours le cas sous 5.1 ?
Si la 5.1 va bien, quelqu'un me la recommanderait pour de la prod ? Si oui je passe aux tests de RAID sur cette architecture ... Je dois justement installer un raid1 soft pour un client demain et son premier serveur (en raid1 hard scsi) tourne déjà sous FreeBSD 4.8. Avoir des systèmes homogènes sur les deux serveurs serait un plus :-)
PS: il s'agit d'une architecture x86... Le P4 Xeon reste beaucoup moins cher que les Sun et autres Alpha ...
-- Patrick Viet
Xavier HUMBERT wrote:
Patrick Viet <pviet@azuria.dontspam.net> wrote:
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel
et de démarrer dessus ?
Oui et non, en -CURRENT, et pas sur toute les archis. Mais rien ne
t'empêche (et c'est de toutes façons la Bonne Méthode) de faire un
petit / et de séparer /home /var /usr sur des partoches Raid (surtout
/home et /var, peu d'intérêt pour /usr)
En fait j'ai peu confiance en 5.1 pour de la prod... (même si j'ai pris la
peine de télécharger/graver la 5.1-R pour des tests). J'ai également connu
lors de mes tests sur la 5.0-REL des problèmes de perfs. Est-ce toujours le
cas sous 5.1 ?
Si la 5.1 va bien, quelqu'un me la recommanderait pour de la prod ? Si oui
je passe aux tests de RAID sur cette architecture ... Je dois justement
installer un raid1 soft pour un client demain et son premier serveur (en
raid1 hard scsi) tourne déjà sous FreeBSD 4.8. Avoir des systèmes homogènes
sur les deux serveurs serait un plus :-)
PS: il s'agit d'une architecture x86... Le P4 Xeon reste beaucoup moins cher
que les Sun et autres Alpha ...
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de démarrer dessus ?
Oui et non, en -CURRENT, et pas sur toute les archis. Mais rien ne t'empêche (et c'est de toutes façons la Bonne Méthode) de faire un petit / et de séparer /home /var /usr sur des partoches Raid (surtout /home et /var, peu d'intérêt pour /usr)
En fait j'ai peu confiance en 5.1 pour de la prod... (même si j'ai pris la peine de télécharger/graver la 5.1-R pour des tests). J'ai également connu lors de mes tests sur la 5.0-REL des problèmes de perfs. Est-ce toujours le cas sous 5.1 ?
Si la 5.1 va bien, quelqu'un me la recommanderait pour de la prod ? Si oui je passe aux tests de RAID sur cette architecture ... Je dois justement installer un raid1 soft pour un client demain et son premier serveur (en raid1 hard scsi) tourne déjà sous FreeBSD 4.8. Avoir des systèmes homogènes sur les deux serveurs serait un plus :-)
PS: il s'agit d'une architecture x86... Le P4 Xeon reste beaucoup moins cher que les Sun et autres Alpha ...
-- Patrick Viet
Thierry Herbelot
Patrick Viet wrote:
Xavier HUMBERT wrote:
Patrick Viet wrote:
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de démarrer dessus ?
Oui et non, en -CURRENT, et pas sur toute les archis. Mais rien ne t'empêche (et c'est de toutes façons la Bonne Méthode) de faire un petit / et de séparer /home /var /usr sur des partoches Raid (surtout /home et /var, peu d'intérêt pour /usr)
euh, le monde change et maintenant, on peut utiliser Vinum même sur des partitions root : <http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/vinum-root.html>
j'ai testé et çà marche plutôt bien (en 5.1-R) : il reste quand même de façon marginale une fuite mémoire dans l'interface entre GEOM et Vinum, qui fait que la machine plante au bout d'un "certain" temps.
En fait j'ai peu confiance en 5.1 pour de la prod... (même si j'ai pris la peine de télécharger/graver la 5.1-R pour des tests). J'ai également connu lors de mes tests sur la 5.0-REL des problèmes de perfs. Est-ce toujours le cas sous 5.1 ?
oui et non : il reste des options de surveillance dans le kernel "GENERIC", mais ces options sont débrayables. 5.1 est généralement bien stable, sauf quand on va chercher dans les coins (ma machine de bureau refuse de passer à 5.1 : on reste en 4.8-Stable)
Si la 5.1 va bien, quelqu'un me la recommanderait pour de la prod ? Si oui je passe aux tests de RAID sur cette architecture ... Je dois justement installer un raid1 soft pour un client demain et son premier serveur (en raid1 hard scsi) tourne déjà sous FreeBSD 4.8. Avoir des systèmes homogènes sur les deux serveurs serait un plus :-)
d'après la page du handbook, démarrer sur du Vinum doit être aussi possible avec 4.8-R
PS: il s'agit d'une architecture x86... Le P4 Xeon reste beaucoup moins cher que les Sun et autres Alpha ...
as-tu essayé d'utiliser les options SMP/HTT ? ça pourrait "booster" les
performances de la machine.
TfH
Patrick Viet wrote:
Xavier HUMBERT wrote:
Patrick Viet <pviet@azuria.dontspam.net> wrote:
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel
et de démarrer dessus ?
Oui et non, en -CURRENT, et pas sur toute les archis. Mais rien ne
t'empêche (et c'est de toutes façons la Bonne Méthode) de faire un
petit / et de séparer /home /var /usr sur des partoches Raid (surtout
/home et /var, peu d'intérêt pour /usr)
euh, le monde change et maintenant, on peut utiliser Vinum même sur des
partitions root :
<http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/vinum-root.html>
j'ai testé et çà marche plutôt bien (en 5.1-R) : il reste quand même de
façon marginale une fuite mémoire dans l'interface entre GEOM et Vinum, qui
fait que la machine plante au bout d'un "certain" temps.
En fait j'ai peu confiance en 5.1 pour de la prod... (même si j'ai pris la
peine de télécharger/graver la 5.1-R pour des tests). J'ai également connu
lors de mes tests sur la 5.0-REL des problèmes de perfs. Est-ce toujours
le cas sous 5.1 ?
oui et non : il reste des options de surveillance dans le kernel "GENERIC",
mais ces options sont débrayables. 5.1 est généralement bien stable, sauf
quand on va chercher dans les coins (ma machine de bureau refuse de passer
à 5.1 : on reste en 4.8-Stable)
Si la 5.1 va bien, quelqu'un me la recommanderait pour de la prod ? Si oui
je passe aux tests de RAID sur cette architecture ... Je dois justement
installer un raid1 soft pour un client demain et son premier serveur (en
raid1 hard scsi) tourne déjà sous FreeBSD 4.8. Avoir des systèmes
homogènes sur les deux serveurs serait un plus :-)
d'après la page du handbook, démarrer sur du Vinum doit être aussi possible
avec 4.8-R
PS: il s'agit d'une architecture x86... Le P4 Xeon reste beaucoup moins
cher que les Sun et autres Alpha ...
as-tu essayé d'utiliser les options SMP/HTT ? ça pourrait "booster" les
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de démarrer dessus ?
Oui et non, en -CURRENT, et pas sur toute les archis. Mais rien ne t'empêche (et c'est de toutes façons la Bonne Méthode) de faire un petit / et de séparer /home /var /usr sur des partoches Raid (surtout /home et /var, peu d'intérêt pour /usr)
euh, le monde change et maintenant, on peut utiliser Vinum même sur des partitions root : <http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/vinum-root.html>
j'ai testé et çà marche plutôt bien (en 5.1-R) : il reste quand même de façon marginale une fuite mémoire dans l'interface entre GEOM et Vinum, qui fait que la machine plante au bout d'un "certain" temps.
En fait j'ai peu confiance en 5.1 pour de la prod... (même si j'ai pris la peine de télécharger/graver la 5.1-R pour des tests). J'ai également connu lors de mes tests sur la 5.0-REL des problèmes de perfs. Est-ce toujours le cas sous 5.1 ?
oui et non : il reste des options de surveillance dans le kernel "GENERIC", mais ces options sont débrayables. 5.1 est généralement bien stable, sauf quand on va chercher dans les coins (ma machine de bureau refuse de passer à 5.1 : on reste en 4.8-Stable)
Si la 5.1 va bien, quelqu'un me la recommanderait pour de la prod ? Si oui je passe aux tests de RAID sur cette architecture ... Je dois justement installer un raid1 soft pour un client demain et son premier serveur (en raid1 hard scsi) tourne déjà sous FreeBSD 4.8. Avoir des systèmes homogènes sur les deux serveurs serait un plus :-)
d'après la page du handbook, démarrer sur du Vinum doit être aussi possible avec 4.8-R
PS: il s'agit d'une architecture x86... Le P4 Xeon reste beaucoup moins cher que les Sun et autres Alpha ...
as-tu essayé d'utiliser les options SMP/HTT ? ça pourrait "booster" les
performances de la machine.
TfH
Burelle Marwan
On Mon, 7 Jul 2003 02:06:20 +0200 "Patrick Viet" wrote:
Bonjour à tous,
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de démarrer dessus ? Ca me ferait vraiment mal au cul de devoir utiliser une debian uniquement pour cette raison ... J'affectionne tout particulièrement FreeBSD pour tous ses autres aspects.
Si ce RAID1 logiciel est possible, quelqu'un aurait un pointeur ?
Ce n'est pas forcement du RAID (au sens propre du terme) mais il existe plusieurs technique similaires, dont vinum et ccd. Dans le handbook il y a un sous chapitre la dessus, le 12.4 (qui s'appelle... RAID ;) il y a egalement dans /usr/share/doc/{la_langue_qui_va_bien}/articles/ un article sur vinum.
Mon /usr/share/doc a ete update, mais il n'est pas si recent, donc il y a des chances que tout ca ne soit pas pour les 5.x (je suis meme sur que vinum est dispo sur les 4.x).
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de
démarrer dessus ? Ca me ferait vraiment mal au cul de devoir utiliser
une debian uniquement pour cette raison ... J'affectionne tout
particulièrement FreeBSD pour tous ses autres aspects.
Si ce RAID1 logiciel est possible, quelqu'un aurait un pointeur ?
Ce n'est pas forcement du RAID (au sens propre du terme) mais il existe
plusieurs technique similaires, dont vinum et ccd. Dans le handbook il y a
un sous chapitre la dessus, le 12.4 (qui s'appelle... RAID ;) il y a
egalement dans /usr/share/doc/{la_langue_qui_va_bien}/articles/ un article
sur vinum.
Mon /usr/share/doc a ete update, mais il n'est pas si recent, donc il y a
des chances que tout ca ne soit pas pour les 5.x (je suis meme sur que
vinum est dispo sur les 4.x).
--
Burelle Marwan,
Equipe Bases de Donnees - LRI
http://www.cduce.org
(burelle@lri.fr | Marwan.Burelle@ens.fr)
On Mon, 7 Jul 2003 02:06:20 +0200 "Patrick Viet" wrote:
Bonjour à tous,
Est-ce que FreeBSD permet, comme linux, de faire du RAID1 logiciel et de démarrer dessus ? Ca me ferait vraiment mal au cul de devoir utiliser une debian uniquement pour cette raison ... J'affectionne tout particulièrement FreeBSD pour tous ses autres aspects.
Si ce RAID1 logiciel est possible, quelqu'un aurait un pointeur ?
Ce n'est pas forcement du RAID (au sens propre du terme) mais il existe plusieurs technique similaires, dont vinum et ccd. Dans le handbook il y a un sous chapitre la dessus, le 12.4 (qui s'appelle... RAID ;) il y a egalement dans /usr/share/doc/{la_langue_qui_va_bien}/articles/ un article sur vinum.
Mon /usr/share/doc a ete update, mais il n'est pas si recent, donc il y a des chances que tout ca ne soit pas pour les 5.x (je suis meme sur que vinum est dispo sur les 4.x).
-- Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org ( | )
Ollivier Robert
Dans l'article <beael4$mv1$, Patrick Viet disait :
peine de télécharger/graver la 5.1-R pour des tests). J'ai également connu lors de mes tests sur la 5.0-REL des problèmes de perfs. Est-ce toujours le cas sous 5.1 ?
Si la 5.1 va bien, quelqu'un me la recommanderait pour de la prod ? Si oui je passe aux tests de RAID sur cette architecture ... Je dois justement installer un raid1 soft pour un client demain et son premier serveur (en raid1 hard scsi) tourne déjà sous FreeBSD 4.8. Avoir des systèmes homogènes sur les deux serveurs serait un plus :-)
Raidframe est marqué comme expérimental même pour 5.1-R et deplus il y a plusieurs PR à ce propos donc je ne conseille pas 5.1-R pour raidframe.
Pour autre chose, ça fonctionne plutôt bien même si ça reste moins stable pour certaines fonctionnalités que 4.8.
-- Ollivier ROBERT -=- Eurocontrol EEC/AMI -=- FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
Dans l'article <beael4$mv1$1@biggoron.nerim.net>,
Patrick Viet <pviet@azuria.dontspam.net> disait :
peine de télécharger/graver la 5.1-R pour des tests). J'ai également connu
lors de mes tests sur la 5.0-REL des problèmes de perfs. Est-ce toujours le
cas sous 5.1 ?
Si la 5.1 va bien, quelqu'un me la recommanderait pour de la prod ? Si oui
je passe aux tests de RAID sur cette architecture ... Je dois justement
installer un raid1 soft pour un client demain et son premier serveur (en
raid1 hard scsi) tourne déjà sous FreeBSD 4.8. Avoir des systèmes homogènes
sur les deux serveurs serait un plus :-)
Raidframe est marqué comme expérimental même pour 5.1-R et deplus il y a
plusieurs PR à ce propos donc je ne conseille pas 5.1-R pour raidframe.
Pour autre chose, ça fonctionne plutôt bien même si ça reste moins stable
pour certaines fonctionnalités que 4.8.
--
Ollivier ROBERT -=- Eurocontrol EEC/AMI -=- roberto@eurocontrol.fr
FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
Dans l'article <beael4$mv1$, Patrick Viet disait :
peine de télécharger/graver la 5.1-R pour des tests). J'ai également connu lors de mes tests sur la 5.0-REL des problèmes de perfs. Est-ce toujours le cas sous 5.1 ?
Si la 5.1 va bien, quelqu'un me la recommanderait pour de la prod ? Si oui je passe aux tests de RAID sur cette architecture ... Je dois justement installer un raid1 soft pour un client demain et son premier serveur (en raid1 hard scsi) tourne déjà sous FreeBSD 4.8. Avoir des systèmes homogènes sur les deux serveurs serait un plus :-)
Raidframe est marqué comme expérimental même pour 5.1-R et deplus il y a plusieurs PR à ce propos donc je ne conseille pas 5.1-R pour raidframe.
Pour autre chose, ça fonctionne plutôt bien même si ça reste moins stable pour certaines fonctionnalités que 4.8.
-- Ollivier ROBERT -=- Eurocontrol EEC/AMI -=- FreeBSD : <URL:http://www.FreeBSD.org/> The Power to Serve!
Marco
j'ai testé et çà marche plutôt bien (en 5.1-R) : il reste quand même de façon marginale une fuite mémoire dans l'interface entre GEOM et Vinum, qui fait que la machine plante au bout d'un "certain" temps.
Euh, seulement avec GEOM ??? Y a pas de pb auxquels s attendre avec un volume root de "base" ?
Marco
j'ai testé et çà marche plutôt bien (en 5.1-R) : il reste quand même de
façon marginale une fuite mémoire dans l'interface entre GEOM et Vinum, qui
fait que la machine plante au bout d'un "certain" temps.
Euh, seulement avec GEOM ???
Y a pas de pb auxquels s attendre avec un volume root de "base" ?
j'ai testé et çà marche plutôt bien (en 5.1-R) : il reste quand même de façon marginale une fuite mémoire dans l'interface entre GEOM et Vinum, qui fait que la machine plante au bout d'un "certain" temps.
Euh, seulement avec GEOM ??? Y a pas de pb auxquels s attendre avec un volume root de "base" ?
Marco
Thierry Herbelot
Marco wrote:
j'ai testé et çà marche plutôt bien (en 5.1-R) : il reste quand même de façon marginale une fuite mémoire dans l'interface entre GEOM et Vinum, qui fait que la machine plante au bout d'un "certain" temps.
Euh, seulement avec GEOM ???
eh, moi pas comprendre la question : GEOM est obligatoire dans un FreeBSD 5.1 (gestionnaire de volume "basique"). il n'y a que Vinum qui soit optionnel.
Y a pas de pb auxquels s attendre avec un volume root de "base" ?
un volume "root" de base n'est pas concerné par les créations/effacements de fichiers réalisés dans un "make buildworld". comme c'est en général un volume read-only, il y rarement des problèmes ?
TfH
Marco wrote:
j'ai testé et çà marche plutôt bien (en 5.1-R) : il reste quand même de
façon marginale une fuite mémoire dans l'interface entre GEOM et Vinum,
qui fait que la machine plante au bout d'un "certain" temps.
Euh, seulement avec GEOM ???
eh, moi pas comprendre la question : GEOM est obligatoire dans un FreeBSD
5.1 (gestionnaire de volume "basique"). il n'y a que Vinum qui soit
optionnel.
Y a pas de pb auxquels s attendre avec un volume root de "base" ?
un volume "root" de base n'est pas concerné par les créations/effacements de
fichiers réalisés dans un "make buildworld". comme c'est en général un
volume read-only, il y rarement des problèmes ?
j'ai testé et çà marche plutôt bien (en 5.1-R) : il reste quand même de façon marginale une fuite mémoire dans l'interface entre GEOM et Vinum, qui fait que la machine plante au bout d'un "certain" temps.
Euh, seulement avec GEOM ???
eh, moi pas comprendre la question : GEOM est obligatoire dans un FreeBSD 5.1 (gestionnaire de volume "basique"). il n'y a que Vinum qui soit optionnel.
Y a pas de pb auxquels s attendre avec un volume root de "base" ?
un volume "root" de base n'est pas concerné par les créations/effacements de fichiers réalisés dans un "make buildworld". comme c'est en général un volume read-only, il y rarement des problèmes ?
TfH
Marco
eh, moi pas comprendre la question : GEOM est obligatoire dans un FreeBSD 5.1 (gestionnaire de volume "basique"). il n'y a que Vinum qui soit optionnel.
OK, je bosse sous FreeBSD 4.7 et 4.8 alors GEOM m est un peu etranger ! Mais comme d hab la doc est terrible, et le man geom(4) tres detaille ;)
Y a pas de pb auxquels s attendre avec un volume root de "base" ?
un volume "root" de base n'est pas concerné par les créations/effacements de fichiers réalisés dans un "make buildworld". comme c'est en général un volume read-only, il y rarement des problèmes ?
D accord, mais ca aurait pu etre seulement les lectures qui causaient cette fuite. Mais bon, c est bon a savoir et avant de passer en 5.2 ou 5.3 (je ne sais pas quelle release sera "production grade"), je verifierai tt ca !
Par ailleurs, ceux qui ont monte des raid soft avec vinum en 4.8 n auraient pas rencontre un ou deux crashes brutaux lors de l ajout de plex sur root p.ex. ??? FBSD 4.7 me parassait plus stable, mais c est juste une impression ...
Merci pour les reponses, Marco.
eh, moi pas comprendre la question : GEOM est obligatoire dans un FreeBSD
5.1 (gestionnaire de volume "basique"). il n'y a que Vinum qui soit
optionnel.
OK, je bosse sous FreeBSD 4.7 et 4.8 alors GEOM m est un peu etranger !
Mais comme d hab la doc est terrible, et le man geom(4) tres detaille ;)
Y a pas de pb auxquels s attendre avec un volume root de "base" ?
un volume "root" de base n'est pas concerné par les créations/effacements de
fichiers réalisés dans un "make buildworld". comme c'est en général un
volume read-only, il y rarement des problèmes ?
D accord, mais ca aurait pu etre seulement les lectures qui causaient
cette fuite. Mais bon, c est bon a savoir et avant de passer en 5.2 ou
5.3 (je ne sais pas quelle release sera "production grade"), je
verifierai tt ca !
Par ailleurs, ceux qui ont monte des raid soft avec vinum en 4.8 n
auraient pas rencontre un ou deux crashes brutaux lors de l ajout de
plex sur root p.ex. ??? FBSD 4.7 me parassait plus stable, mais c est
juste une impression ...
eh, moi pas comprendre la question : GEOM est obligatoire dans un FreeBSD 5.1 (gestionnaire de volume "basique"). il n'y a que Vinum qui soit optionnel.
OK, je bosse sous FreeBSD 4.7 et 4.8 alors GEOM m est un peu etranger ! Mais comme d hab la doc est terrible, et le man geom(4) tres detaille ;)
Y a pas de pb auxquels s attendre avec un volume root de "base" ?
un volume "root" de base n'est pas concerné par les créations/effacements de fichiers réalisés dans un "make buildworld". comme c'est en général un volume read-only, il y rarement des problèmes ?
D accord, mais ca aurait pu etre seulement les lectures qui causaient cette fuite. Mais bon, c est bon a savoir et avant de passer en 5.2 ou 5.3 (je ne sais pas quelle release sera "production grade"), je verifierai tt ca !
Par ailleurs, ceux qui ont monte des raid soft avec vinum en 4.8 n auraient pas rencontre un ou deux crashes brutaux lors de l ajout de plex sur root p.ex. ??? FBSD 4.7 me parassait plus stable, mais c est juste une impression ...
Merci pour les reponses, Marco.
Thierry Herbelot
Marco wrote:
Par ailleurs, ceux qui ont monte des raid soft avec vinum en 4.8 n auraient pas rencontre un ou deux crashes brutaux lors de l ajout de plex sur root p.ex. ??? FBSD 4.7 me parassait plus stable, mais c est juste une impression ...
j'ai un vieux RAID-0 avec Vinum qui doit trainer depuis longtemps, qui a déjà vu une retransplantation de machine et plusieurs OS (au moins 4.5->4.8, avec un passage par du 5.x), et dont je ne peux dire que du bien (jamais de plantage, ...)
TfH
Marco wrote:
Par ailleurs, ceux qui ont monte des raid soft avec vinum en 4.8 n
auraient pas rencontre un ou deux crashes brutaux lors de l ajout de
plex sur root p.ex. ??? FBSD 4.7 me parassait plus stable, mais c est
juste une impression ...
j'ai un vieux RAID-0 avec Vinum qui doit trainer depuis longtemps, qui a
déjà vu une retransplantation de machine et plusieurs OS (au moins
4.5->4.8, avec un passage par du 5.x), et dont je ne peux dire que du bien
(jamais de plantage, ...)
Par ailleurs, ceux qui ont monte des raid soft avec vinum en 4.8 n auraient pas rencontre un ou deux crashes brutaux lors de l ajout de plex sur root p.ex. ??? FBSD 4.7 me parassait plus stable, mais c est juste une impression ...
j'ai un vieux RAID-0 avec Vinum qui doit trainer depuis longtemps, qui a déjà vu une retransplantation de machine et plusieurs OS (au moins 4.5->4.8, avec un passage par du 5.x), et dont je ne peux dire que du bien (jamais de plantage, ...)
TfH
Marco
Thierry Herbelot wrote:
Marco wrote:
Par ailleurs, ceux qui ont monte des raid soft avec vinum en 4.8 n auraient pas rencontre un ou deux crashes brutaux lors de l ajout de plex sur root p.ex. ??? FBSD 4.7 me parassait plus stable, mais c est juste une impression ...
j'ai un vieux RAID-0 avec Vinum qui doit trainer depuis longtemps, qui a déjà vu une retransplantation de machine et plusieurs OS (au moins 4.5->4.8, avec un passage par du 5.x), et dont je ne peux dire que du bien (jamais de plantage, ...)
OK, peut etre que je l ai un peu trop secoue 8) Mais concernant le systeme raid + OS, je n ai pas grd chose a redire, la qualite est excellente a tous les niveaux. Cependant une meilleure integration des differents sous-ensembles serait un sacre plus (partitionner, labelliser puis assembler les volumes sont des operations sans aucuns liens entre elles). Il serait tt de meme super efficace de modifier legerement vinum pour que, comme avec XVM sous IRIX, l on puisse adjoindre un disque (ou partition) au parc de disques raid et ensuite de proceder a l assemblage des differentes pieces sans avoir a passer par les cases fdisk/disklabel. Mais bon, c est surtout du sucre au niveau interface qui bien qu il te permette de gagner un temps precieux lors des mises en oeuvre n est pas indispensable, je me suis fait une raison ;)
Merci pour tes reponses en tt cas, Marco.
Thierry Herbelot wrote:
Marco wrote:
Par ailleurs, ceux qui ont monte des raid soft avec vinum en 4.8 n
auraient pas rencontre un ou deux crashes brutaux lors de l ajout de
plex sur root p.ex. ??? FBSD 4.7 me parassait plus stable, mais c est
juste une impression ...
j'ai un vieux RAID-0 avec Vinum qui doit trainer depuis longtemps, qui a
déjà vu une retransplantation de machine et plusieurs OS (au moins
4.5->4.8, avec un passage par du 5.x), et dont je ne peux dire que du bien
(jamais de plantage, ...)
OK, peut etre que je l ai un peu trop secoue 8)
Mais concernant le systeme raid + OS, je n ai pas grd chose a redire, la
qualite est excellente a tous les niveaux. Cependant une meilleure
integration des differents sous-ensembles serait un sacre plus
(partitionner, labelliser puis assembler les volumes sont des operations
sans aucuns liens entre elles). Il serait tt de meme super efficace de
modifier legerement vinum pour que, comme avec XVM sous IRIX, l on
puisse adjoindre un disque (ou partition) au parc de disques raid et
ensuite de proceder a l assemblage des differentes pieces sans avoir a
passer par les cases fdisk/disklabel.
Mais bon, c est surtout du sucre au niveau interface qui bien qu il te
permette de gagner un temps precieux lors des mises en oeuvre n est pas
indispensable, je me suis fait une raison ;)
Par ailleurs, ceux qui ont monte des raid soft avec vinum en 4.8 n auraient pas rencontre un ou deux crashes brutaux lors de l ajout de plex sur root p.ex. ??? FBSD 4.7 me parassait plus stable, mais c est juste une impression ...
j'ai un vieux RAID-0 avec Vinum qui doit trainer depuis longtemps, qui a déjà vu une retransplantation de machine et plusieurs OS (au moins 4.5->4.8, avec un passage par du 5.x), et dont je ne peux dire que du bien (jamais de plantage, ...)
OK, peut etre que je l ai un peu trop secoue 8) Mais concernant le systeme raid + OS, je n ai pas grd chose a redire, la qualite est excellente a tous les niveaux. Cependant une meilleure integration des differents sous-ensembles serait un sacre plus (partitionner, labelliser puis assembler les volumes sont des operations sans aucuns liens entre elles). Il serait tt de meme super efficace de modifier legerement vinum pour que, comme avec XVM sous IRIX, l on puisse adjoindre un disque (ou partition) au parc de disques raid et ensuite de proceder a l assemblage des differentes pieces sans avoir a passer par les cases fdisk/disklabel. Mais bon, c est surtout du sucre au niveau interface qui bien qu il te permette de gagner un temps precieux lors des mises en oeuvre n est pas indispensable, je me suis fait une raison ;)
