Reprise du message précédent :
Question
Si proxmox pète demain vu que je n ai aucune sauvegarde du système mais que j en ai uniquement de toutes les vms qu il héberge sur un autre hdd est ce que la réinstallation de proxmox simple suffira pour avoir accès a mes données en raid ?

Faudra reconfigurer ton raid comme stockage, restaurer les backups des vms. Peut être même reconfigurer ton raid si il est logiciel. Mais oui, ça repartira.

ok sinon c est possible de faire un backup de prroxmox egalement je suppose non ?
comme on fait un acronis ou clonezilla ou il y a mieux a faire ?

Tu veux backuper quoi exactement ?

en gros, tout mon disque systeme, pour que si jamais il lache ca me prenne pas 100 ans a tout remettre en l'etat.
puisque dans mon cas, j'ai un disque systeme, et un raid 5 a cote sur lequel j'ai mis toutes les vms, sauvegarde, data etc

 
ba c'est possible mais pas avec proxmox (il gère que les VMs), cependant étant basé sur une Debian tu peux faire un rsync vers une autre machine !
 
genre :

 
attention là tu fais une copie de TOUT (sauf ce qui est exclue    )
tu peux aussi faire de la compression, de la sauvegarde incrémentale, bref tout ce que tu peux imaginer faire avec un linux standard

je "débute" sur linux donc faut considérer que proxmox est mon premier linux meme si en ce moment j'apprends debian + centos.

donc je vais essayer d'écrire clairement !

Ce que tu me dis la, ca me permettra bien, en cas de panne d'un disque dur de faire l'opération inverse donc ?

en gros la je fais un copier / collé de mon disque systeme sur un disque usb par exemple
mon disque systeme claque -> je le remplace
je fais un copier collé du disque usb vers le nouveau disque

tout repart de maniere transparente ?

C'est si simple que ca sous linux O_o ? que sous windows c'est une image systeme qu'il faut faire ^^

 
là je parle d'une sauvegarde à chaud ! (je me vois pas trop couper un hyperviseur !)
tu ne peux donc pas restaurer sans partition, avoir ton mbr correctement paramétré ...
 
si tu veux une copie carbone, ou tu passes par un livecd linux (et tu fais un cp, rsync ou autre), ou tu passes par un logiciel tiers de clonage.
 
mais en règle général, tu fais pas de modif sur un hyperviseur, et tu y stock rien (ni Vms, ni data, pas même une iso), de cette façon si ça pète, tu réinstalles, et tu remontes tes datastores !
(pis au pire si tu dois faire des modifs sur l'OS, tu passes par une appli tiers comme Puppet afin de tout automatiser, mais là tu es plus trop dans du @home)
 
Linux c'est du solide, tu arrives toujours à restaurer/réparer

Tu te fous un DRBL, une image de ton host une fois et ça ira, après a part quelques conneries ça sera pas trop différent de l'image. Au pire un rsync sur les fichiers de conf.
Comme ça si tu veux remonter ton host tu récupère l'image via pxe/drbl, tu sync la conf et rulz
 
XaT

ok parfait merci pour l'explication.
Donc en gros, c'est inutile que je sauvegarde le disque systeme puisque non je n'y ai rien mis dessus en dehors de proxmox et tou ce qui a par defaut.
Les isos sont sur le raid, les vms egalement, par contre, pas les logs !

Tu regardes souvent les logs d'il y a 3 mois ?
Sinon, une VM avec un serveur rsyslog et tu déporte tes logs de tout tes systèmes dessus, proxmox compris. Avec copie locale évidemment.

pour info, j'ai jamais regardé les logs a ce jour...
apres au niveau des logs, en soit.... j'irai voir si j'ai un soucis un jour

Du coup, c'est pas dramatique de pas les retrouver si tu dois faire une réinstallation.

tout a fait d'accord avec toi.
 
Apres la solution parfaite c'est celle que propose xatrix je pense.
Maintenant, je m'y attelerai plus tard si jamais je trouve le temps.
 
Je vais deja essayer de rechercher un peu la pour que ca m'envoi un mail en cas de soucis sur mdadm c'est bien plus urgent n'ayant pas de disque de spare: )

les venet cay le mal
 

 
tu as essayé en renseignant "eh0" ?
chez moi ça fonctionne pour un CT.

pour te rassurer (ou pas) j'avais le même soucis que toi au départ !
c'est vrai que c'est casse couille la doc avec proxmox, c'est ou trop light, ou y a rien !

jamais testé !
j'ai un zimbra au boulot et à la maison, ça me vaccine de vouloir toucher à autre chose ^^
 
mais si tu test je veux bien un petit CR !

au niveau délais E/S y a une valeur à pas dépasser?

  j'avais regardé un peu le peu de doc du wiki officiel sur le pare-feu "intégré", j'ai rien compris, ça ne parle que des fichiers de conf mais pas de l'interface web.
Dans ma 3.2, des règles posées à l'arraché directement dans iptables et puis c'est tout

Bon par contre si vous pensez à mettre un fail2ban, pensez à ajouter dans les IP autorisées en permanence l'IP de votre machine (celle sur laquelle vous êtes, pas le Proxmox), parce que se faire auto-ban en mettant une règle de ban à 2 essais sur SSH et web, ça picotte.

Nouveauté du 3.3 ?
Pas testé, ça fonctionne comment ?

Non, c'est une autre appliance proposée par la même boite, elle est dispo depuis un petit bout de temps, mais j'ai toujours eu la flemme de tester

Détail un peu ?

Mon dieu, qu'est ce que je comprends rien la  
Je lui toujours attentivement le topic mais j'ai vraiment beaucoup de mal.
Entre ça et le topic de l'ERL je suis dépassé  
 
Du coup c0mm0n, je crois que tu n'as pas finis de voir des Martines voire pire.
 
EDIT: Tu as déjà pensé à un petit nom aux personnes encore pire que Martine ?

beh je suis une Martine bas de gamme alors

Tu te reconvertis en prof qui donne des cours du soir sur la virtu/reseau ou quoi ?
 
PS: C'est quoi une activité Xitrix normale?

J'aime bien ton expression "Roumanie de bas étage", Deja que je trouve que la Roumanie ça vole pas haut (no offense aux roumains d'HFR), mais alors la

Y'a pas bash ou zsh ou un autre shell programmable sur ton bidule pommé ?
Si oui, go script en incluant ta commande dedans  
 
A titre perso, je te conseillerais aussi de ne pas utiliser pour root que du clé publique/privée pour te loguer, garde sous la main du mot de passe classique : tu "perds" ta clé privé, tu te retrouves enfermés dehors pour root.
Créé un autre compte pour gérer à distance, avec ton système. Mais pas pour le root qui doit rester local.

J'aurais tendance (mais je le fait pas   ) à interdire le loggin ssh root, et à autoriser le login d'un compte lamba (avec les droits sudo) en clé publique/privée ou mot de passe+OTP.