Le Forum Non Officiel de la DEDIBOX
Vous n'êtes pas identifié.
Pages: 1 2
Merci pour ta réponse...
Encore merci pour l'installateur...
Vivement le support officiel par Dédibox d'OpenBSD.
Hors ligne
Merci beaucoup pour votre travail.
OpenDedibox est-il utilisable avec l'offre http://www.kimsufi.fr d'OVH ?
Hors ligne
J'ai trouvé une autre solution en passant pay Yaifo.
Hors ligne
Bonjour,
La version 4.2 va-t-elle être proposée sur le site http://open.bsdedibox.net/ ?
Merci.
Hors ligne
highleaf a écrit:
Bonjour,
La version 4.2 va-t-elle être proposée sur le site http://open.bsdedibox.net/ ?
Merci.
C'est ok, merci...
Hors ligne
Bonjour
Bravo pour le travail réalisé.
C'est un peu dommage qu'on aille pas "au bout" parce que en l'état il n'est pas possible de sérieusement héberger ou travailler avec une Dedi sous OpenBSD tout simplement à cause du problème du RESCUE.
Cela fait deux fois que je "perds" une DeDi box OpenBSD et parfois sur des manipulations simples (création d'un disque crypté, petits changement dans la FSTAB) et pas moyen de récupérer le travail de configuration. Impossible donc d'envisager un hébergement de site dans ces conditions.
Hors vu tout le travail déjà réalisé par vos soins on ne doit pas être loin d'une solution complète.
On pourrait envisager d'utiliser YaiFo (http://erdelynet.com/?s=yaifo) pour obtenir une console de récupération et un installateur dans le même package.
Les experts pourraient simplement donner une clef SSH temporaire et récupérer une image Yaifo pour une installation interactive.
Mes connaissances sur les disques BSD sont limitées mais ne pourrait on pas réserver sur le disque un l'espace pour une image inscriptible par DD histoire de préserver les partitions déjà présentes,ensuite en cas de pépin sans accès SSH, on régénère une image , on l inscrit en tête de disque (emplacement réservé) et on peut booter dessus pour une rescue BSD en live.
L'autre option pourrait être de réserver la place pour cette image de boot sur le disque 2 (wd1) avec des instructions claires d'usage du FDISK de la console de rescue DEDIBOX pour activer cette image de boot (type Yaifo avec console SSH à distance).
A partir de là on aurait une solution complète et indépendante de DEDIBOX.fr pour réellement utiliser OpenBSD sur les serveurs DEDI.
Encore une fois vu le travail accompli j'ai l'impression qu'on est pas loin d'une solution solide et exploitable.
Je dis des conneries ? ![]()
Hors ligne
J'ai voulu faire joujou avec Yaifo mais impossible pour moi de créer une image yaifo sur une machine (sous openBSD 4.2) que je puisse placer sur une autre machine pour l'installer en OpenBSD : trop de paramètres sont flous dans la doc (origine et role exact des fichiers SSH_hosts et co, authorizedkey) meme si je connais leur rôle théorique est si j'ai un peu pratiqué avec pour des connections sans mots de passe depuis SSH/putty ou autre, les simples instructions "copier ceci / copier cela" n'en disent pas assez pour savoir ce qui fonctionne ou pas. (Je précise que je vois bien l'idée de placer la clef publique d'une keypair dans la partie serveur qui sera dans l'image Yaifo mais pourquoi s emmerder avec le SSH_Known host ? les instructions de copie dans le readme de yaifo sont du point de vue de la machine que l'on va installer (cas d'une upgrade) ou faites sur une autre machine ? je manque de contexte pour être sur de ce que je fais )
De plus Dedibox utilise t il un DHCP ? la passerelle de toutes les machines est elle la même ? plein de questions qui misent bout à bout empèchent une analyse du ou des problémes
Au bilan chaque install donne au reboot une machine non pingable non joignable et impossible de savoir ce qui déconne.
Donc je bats en retraite et me dit que je vais tenter la méthode avec deux partitions sur le disque, une de secours, une de prod.
Sauf que je ne vois pas dans l'install de OpenDedibox comment demander à créateur d'image de NE PAS PRENDRE TOUT LE DISQUE pour la partition OpenBSD.
A lire ce même thread cela est possible ou l'a été mais est toujours possible et si oui comment ?
J'ai tenté de réduire le volume utilisé dans le disklabel en espérant que le script ne créerait qu'une partition de la taille nécessaire mais il semble que cela ne soit pas le cas.
Est ce toujours possible ?
Un peu d'aide de la part de personnes plus expérimentées que moi sur ce sujet ou sur Yaifo serait la bienvenue ![]()
Par avance merci.
Dernière modification par Annakan (2008-03-07 13:57:17)
Hors ligne
Bon je m'en suis sortis une peu à ma façon et je vous en fais part ici au cas ou cela servirait ![]()
Méthode d'installation en deux partitions :
On va installer Deux fois par yaifo, OpenBSD sur deux partitions différentes du disque en commençant par celle de la FIN pour que l'installateur de Yaifo n'écrase pas notre partition de tête (si on la créait en premier).
1) Création d'une image yaifo
paramètre du config :
DHCP : NON
IP : celle de la box
Passerelle : Celle de la box : en général IP de la box en .1 comme 88.xxx.xxx.1
DNS=88.191.254.60
SEARCH=88.191.254.60 88.191.254.70
ce qui donne par exmple ceci pour la zone important du config :
=============================================================
# DHCP on/off
DHCP=off
# DNS server's IP address, not used if DHCP=on
DNS=88.191.254.60
# DNS Search list (for resolv.conf)
SEARCH=88.191.254.60 88.191.254.70
# static TCP/IP configuration, DHCP must be off
IP=de la box
NETMASK=255.255.255.0
GATEWAY=88.191.62.1 (dans mon cas)
=============================================================
placer une clef publique dont la clef privée est connue de l'host que l'on va utiliser pour se connecter dans le répertoire de yaifo.
2) passer en console de secours et installer le .fs
pour passer en root
sudo su + password secours
pour récupérer l'image
<code>scp root@xx.xxx.xxx.xxx:/yaifo-0.5-42/yaifo.* . </code> (adresse ou vous avez généré/stocké l'image sur une autre box ou une machine virtualisée de type VirtualBox)
pour l'installer
<code>dd if=yaifo.fs of=/dev/sda bs=1M</code>
Reboot en normal => ssh/putty sur l'install
3) Installation de L'openBSD principal
Procéder à une install "complète" (à mesure de ce que l'on veut) avec les points suivants :
a) ne pas prendre tout le disque pour open bsd (quand la question est posée))
dans le fdisk faire la table des partition suivante :
<code>
/var>fdisk wd0
Disk: wd0 geometry: 19457/255/63 [312581808 Sectors]
Offset: 0 Signature: 0xAA55
Starting Ending LBA Info:
#: id C H S - C H S [ start: size ]
------------------------------------------------------------------------
0: 10 0 1 1 - 100 254 63 [ 63: 1622502 ] OPUS
*1: A6 101 0 1 - 19456 254 63 [ 1622565: 310954140 ] OpenBSD
2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
3: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
</code>
la partition 0 (première partition) peut être n'importe quel OS invisible à OpenBSD pour limiter les interractions, c'est là que nous installerons l'Open de secours.
b) pour le disklabel qui va bien :
<code>
>disklabel wd0
# Inside MBR partition 1: type A6 start 1622565 size 310954140
# /dev/rwd0c:
type: ESDI
disk: yaifo
label:
flags:
bytes/sector: 512
sectors/track: 4
tracks/cylinder: 2
sectors/cylinder: 8
cylinders: 768
total sectors: 312581808
rpm: 300
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # microseconds
track-to-track seek: 0 # microseconds
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 4194307 1622565 4.2BSD 2048 16384 1
b: 4194304 5816872 swap
c: 312581808 0 unused 0 0
d: 4194304 10011176 4.2BSD 2048 16384 1
e: 62914560 14205480 4.2BSD 2048 16384 1
g: 62914560 77120040 4.2BSD 2048 16384 1
h: 125829120 140034600 4.2BSD 2048 16384 1
</code>
Cela correspond en ordre de grandeur à
<code>
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 2.0G 0.8G 4.2BSD 2048 16384 1
b: 2.0G 2.8G swap
c: 149.1G 0.0G unused 0 0
d: 2.0G 4.8G 4.2BSD 2048 16384 1
e: 30.0G 6.8G 4.2BSD 2048 16384 1
g: 30.0G 36.8G 4.2BSD 2048 16384 1
h: 60.0G 66.8G 4.2BSD 2048 16384 1
</code>
4) installation de l'openBSD de secours
Repasser en console de secours
a) fidk (fdisk /dev/sda)
b) changer l'ID de la partion OpenBSD (en 10 par exemple (OPUS))
c) retirer le flag de boot (ca évitera d'en avoir deux ou aucun) sur la partition OpenBSD
d) Réinstallaer l'image Yaifo en tête de disque comme plus haut
e) rebooter en normal
Ensuite on installe OpenBSD de secours :
Le fidsk
<code>
fdisk wd0
Disk: wd0 geometry: 19457/255/63 [312581808 Sectors]
Offset: 0 Signature: 0xAA55
Starting Ending LBA Info:
#: id C H S - C H S [ start: size ]
------------------------------------------------------------------------
*0: A6 0 1 1 - 100 254 63 [ 63: 1622502 ] OpenBSD
1: 10 101 0 1 - 19456 254 63 [ 1622565: 310954140 ] OPUS
2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
3: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
le disklabel
# disklabel wd0
# Inside MBR partition 0: type A6 start 63 size 1622502
# /dev/rwd0c:
type: ESDI
disk: ESDI/IDE disk
label: ST3160812AS
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 19457
total sectors: 312581808
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # microseconds
track-to-track seek: 0 # microseconds
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 1333332 63 4.2BSD 2048 16384 1
b: 289170 1333395 swap
c: 312581808 0 unused 0 0
i: 310954140 1622565 unknown
</code>
soit en méga pour infos
<code>
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 651.0M 0.0M 4.2BSD 2048 16384 1
b: 141.2M 651.1M swap
c: 152627.8M 0.0M unused 0 0
i: 151833.1M 792.3M unknown
</code>
i est la partition OPUS qui est en fait notre OpenBSD de "production"
On place tout dans la partition a (pas de "multi partitions/disklabels") et on choisit le mimimum de sets parce que 650 Mo c est pas beaucoup ![]()
Voilà !!!!
Pour accéder à la partition de Prod il faut laisser la partition de secours bootable placer en OpenBSD le type de la partition de prod (A6), booter la paritition de secours et jouer du disklabel pour reproduire le découpage des partitions de production après celle de secours (a, b et c)
donc a d e g h vont se labeller par exemple d e f g h avec les offsets et size précis issus de
<code>
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 4194307 1622565 4.2BSD 2048 16384 1
b: 4194304 5816872 swap
c: 312581808 0 unused 0 0
d: 4194304 10011176 4.2BSD 2048 16384 1
e: 62914560 14205480 4.2BSD 2048 16384 1
g: 62914560 77120040 4.2BSD 2048 16384 1
h: 125829120 140034600 4.2BSD 2048 16384 1
</code>
Pour avoir l'esprit tranquille cela peut se faire une fois avant d'exploiter la partition de secours histoire de ne pas sur stresser le jour d'un incident.
===============================================================================
Sequence de boot de la partition de secours en console de secours :
fdisk /dev/sda
Le nombre de cylindres pour ce disque est initialisé à 19457.
Il n'y a rien d''incorrect avec cela, mais c'est plus grand que 1024,
et cela pourrait causer des problèmes en fonction pour certaines configurations:
1) logiciels qui sont exécutés à l'amorçage (i.e., vieilles versions de LILO)
2) logiciels d'amorçage et de partitionnement pour d'autres SE
(i.e., DOS FDISK, OS/2 FDISK)
Commande (m pour l'aide): m
Commande action
a bascule le fanion d'amorce
b éditer l'étiquette BSD du disque
c basculer le fanion de compatibilité DOS
d détruire la partition
l lister les types de partitions connues
m afficher ce menu
n ajouter une nouvelle partition
o créer une nouvelle table vide de partitions DOS
p afficher la table de partitions
q quitter sans faire de sauvegarde
s créer une nouvelle étiquette vide pour disque de type Sun
t modifier l'identificateur de la partition système
u modifier l'affichage et la saisie des unités
v vérifier la table de partitions
w écrire la table sur le disque et quitter
x fonctionnalité additionnelle (pour experts seulement)
Commande (m pour l'aide): p
Disque /dev/sda: 160.0 Go, 160041885696 octets
255 heads, 63 sectors/track, 19457 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 101 811251 10 OPUS
/dev/sda2 * 102 19457 155477070 a6 OpenBSD
Commande (m pour l'aide): t
Numéro de partition (1-4): 2
Code Hex (taper L pour lister les codes): 10
Type de partition système modifié de 2 à 10 (OPUS)
Commande (m pour l'aide): p
Disque /dev/sda: 160.0 Go, 160041885696 octets
255 heads, 63 sectors/track, 19457 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 101 811251 10 OPUS
/dev/sda2 * 102 19457 155477070 10 OPUS
Commande (m pour l'aide): t
Numéro de partition (1-4): 1
Code Hex (taper L pour lister les codes): A6
Type de partition système modifié de 1 à a6 (OpenBSD)
Commande (m pour l'aide): a
Numéro de partition (1-4): 1
Commande (m pour l'aide): a
Numéro de partition (1-4): 2
Commande (m pour l'aide): p
Disque /dev/sda: 160.0 Go, 160041885696 octets
255 heads, 63 sectors/track, 19457 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 101 811251 a6 OpenBSD
/dev/sda2 102 19457 155477070 10 OPUS
Commande (m pour l'aide): w
La table de partitions a été altérée!
Appel de ioctl() pour relire la table de partitions.
Synchronisation des disques.
==========================================================================
Dernière modification par Annakan (2008-03-18 16:08:00)
Hors ligne
J'ai beau essayer. L'installateur http://www.bsdedibox.net/wiki/freebsd ne fonctionne pas avec les dedibox v2, ca ne reboot pas. Quelqu'un a réussi avec une autre méthode d'installer OpenBSD ?
Hors ligne
Le soucis provient du driver pour le nouveau chipset réseau des dediboites v2. Le bon driver (sis0 en l'occurrence) plus depenguinator v2 et c'est bon :-)
Enjoy ! (your meal) => private Joke Red Dwarf pour les intimes.
Hors ligne
bonjour Tama,
tu as bien une dedibox V2 ? celle qui vient de sortir ? Car nous tentons d'installer freebsd sur une XL, et elle bloque après reboot en mode normal. Tu parles de chipset réseau, la dedibox m'indique que c'est un chipset RTL8168b/8111b.
Tu as le même ?
Merci par avance de tes réponses.
Hors ligne
salut à tous,
je suis en train de regarder pour mettre à jour opendedibox pour les V2. J'ai en possession une V2-RAID mais je n'ai pas de XL. Ce sera à tester dessus mais je pense que ce devrait être à peut prêt identique.
le problème à l'air de venir de l'interface réseau qui a changé de vge0 vers à priori sis0. Peut-on confirmer qu'il s'agit bien d'un sis900 (rev 91) sur toutes les dedibox V2 et XL ?
Merci
++ Jerome
Hors ligne
Sur une XL, il s'agit aussi d'une interface Realtek RTL8168b/8111b :
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller
Flags: bus master, fast devsel, latency 0, IRQ 16
I/O ports at d800 [size=256]
Memory at ff7ff000 (64-bit, non-prefetchable) [size=4K]
[virtual] Expansion ROM at c0000000 [disabled] [size=128K]
Capabilities: [40] Power Management version 2
Capabilities: [48] Vital Product Data
Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/1 Enable-
Capabilities: [60] Express Endpoint IRQ 0
Capabilities: [84] Vendor Specific Information
Q.
Hors ligne
merci pour ta réponse,
je pensais que ca venait du changement du nom d'interface mais je ne vois pas de problème au niveau de la détection automatique. Meme en forcant à sis0 ca ne marche pas.
A priori la carte réseau (Sis900 rev 0x91) est supportée par OpenBSD depuis un moment. donc pas de soucis de ce coté là.
jvé enquêter ![]()
Hors ligne
pour tenir informer, c'est un problème lors du premier boot, le premier stage de boot (juste après le MBR) ne reconnait pas le disque correctement. Ca passe si on force en gardant la touche shift activée.
Hors ligne
Pour tout ceux qui ont une dedibox V2 je vous annonce officiellement qu'à partir d'aujourd'hui, elles sont supportées par OpenDedibox. Vous pouvez donc désormais installer OpenBSD 4.2 en i386 sur votre v2.
Cela fonctionne pour les V2 et les V2-RAID. Je n'ai pas pu tester avec une XL donc si vous en avez une, faites le test avec l'install pour V1 et l'install pour V2. Normalement l'une des deux devrait fonctionner. Si qqun pouvais tester l'install d'une V1 avec l'installeur pour la V2 ce serait cool aussi. Je pense que ca devrait marcher.
Je suis aussi en train de regarder pour proposer de l'amd64 (64 bits) sur les V2 mais ce n'est pas encore fait.
Voilà bonne soirée à vous et bonnes installs
++ fat
Hors ligne
Merci beaucoup pour ton temps et tes efforts, fat.
Je redébarque sur le forum parce que je songe à migrer vers une nouvelle Dédibox v2. Et tant qu'à faire, je me disais avec un OpenBSD 4.3... ![]()
Jérôme.
Hors ligne
Pareil je vais bientôt effectuer une migration complète vers le nouveau serveur V2 avec le 4.3 cet été et également le serveur @t home...
En attendant, et pour ceux qui doutent encore,
OpenBSD dedibox.openhighleaf.net 4.1 GENERIC#1435 i386
11:32PM up 243 days, 10 mins, 1 user, load averages: 1.76, 1.88, 1.39
C'est vrai que le 64 ça pourrait bien le faire...j'espère en profiter éventuellement pour des rendus Blender et Yafray sous OpenBSD. Tous les retours de ceux qui ont migré m'intéressent.
@bientôt et encore merci à fat...
Hors ligne
highleaf a écrit:
Pareil je vais bientôt effectuer une migration complète vers le nouveau serveur V2 avec le 4.3 cet été et également le serveur @t home...
Je souhaite migrer essentiellement pour le chroot ssh et une version plus récente de Blender...entre autres.
En attendant, et pour ceux qui doutent encore,
OpenBSD dedibox.openhighleaf.net 4.1 GENERIC#1435 i386
11:32PM up 243 days, 10 mins, 1 user, load averages: 1.76, 1.88, 1.39
C'est vrai que le 64 ça pourrait bien le faire...j'espère en profiter éventuellement pour des rendus Blender et Yafray sous OpenBSD. Tous les retours de ceux qui ont migré m'intéressent.
@bientôt et encore merci à fat...
Hors ligne
highleaf a écrit:
highleaf a écrit:
Pareil je vais bientôt effectuer une migration complète vers le nouveau serveur V2 avec le 4.3 cet été et également le serveur @t home...
Je souhaite migrer essentiellement pour le chroot ssh et une version plus récente de Blender...entre autres.
En attendant, et pour ceux qui doutent encore,
OpenBSD dedibox.openhighleaf.net 4.1 GENERIC#1435 i386
11:32PM up 243 days, 10 mins, 1 user, load averages: 1.76, 1.88, 1.39
C'est vrai que le 64 ça pourrait bien le faire...j'espère en profiter éventuellement pour des rendus Blender et Yafray sous OpenBSD. Tous les retours de ceux qui ont migré m'intéressent.
@bientôt et encore merci à fat...
Apprends à poster highleaf ![]()
Hors ligne
salut,
pour ce qui est de la migration, ce n'est pas possible via open.bsdedibox.net. Le jour ou nous auront un vrai rescue la question se posera mais là ce n'est pas possible.
Il est tout à faire possible de faire l'update à la mano. Le problème réside dans le premier boot, il n'est jamais certain que le nouveau kernel puisse booté sur une dedibox sans que ce soit testé. Exemple sur les dedibox V2 et le 4.3. Cf mon post suivant pour le détail.
Ensuite en ce qui concerne OpenBSD en 64bits pour les V2 et V2 xl, c'est tout à fait faisable en théorie. en pratique je ne l'ai jamais fait parce qu'avec OpenDedibox on est obligé de généré une image sur une archi identique à l'archi cible. Donc il faut compiler le tout sur un amd64. Actuellement le serveur sur lequel est hébergé OpenDedibox est en 32bits donc on ne génère que du 32bits. Meme sur un 64 bits on ne peut pas générer du 32bits.
des travaux sont en cours, je précise dans le post suivant.
++ fat
Hors ligne
Et revoilà la sous-prefette ![]()
donc voici une annonce officielle: la version 4.3 est désormai disponible pour les dedibox V1 et V2 en 32bits seulement. Tout est comme d'hab sur http://open.bsdedibox.net
La disponibilité de la 4.3 a posé de nombreux pb sur les V2 (les V1 n'ont d'ailleurs pas posé de problèmes).
La premier problème réside dans le fait que le boot de l'image d'opendedibox ne fonctionne plus sur les v2. Il a patcher installboot pour forcer l'utilisation du mode CHS car le mode LBA ne passait pas au biosboot.
Après cette correction, l'installation se passait bien. Nénmoins le boot du kernel 4.3-GENERIC ne fonctionnait pas. Il m'a fallu modifier opendedibox afin de désactiver l'AGP et l'ACPI dans le kernel nouvellement installé.
Désormais, l'install de 4.3 fonctionne très bien sur les V2. Mais ATTENTION, si vous désirez recompiler un kernel perso, il faut bien penser à désactiver tant l'AGP que l'ACPI.
Par contre la V2-XL n'a pas été testé. Le matériel est totalement différente donc ces problèmes ne devraient pas se reposer.
Pour ce qui est des évolutions, une version générique d'OpenDedibox est prévue ce qui implique un changement de nom ainsi qu'une refonte totale du soft. Le but étant de proposer une version qui soit fonctionnelle pour tout système et pas juste pour dedibox/OVH. En plus l'idée est de trouver un moyen de générer des images pour des archis qui ne sont pas la meme que la machine source. que la Des news prochainement.
++ fat
PS: merci à ceux qu'ont testé et merci à dedibox de m'avoir aidé dans ma besogne :![]()
Dernière modification par fat (2008-06-09 08:46:41)
Hors ligne
Pages: 1 2