Reprise du message précédent :
Non, je n'ai qu'un serveur que je peux éteindre pour configurer.
 
Sur une install propre, peut on juste mettre les fichiers de config ? Stockage, host..?
J'ai trouvé ceux des host

De mémoire, tu risques d'avoir des difficultés avec les clés ssh et ce genre de choses.

Gasp.. Un clone de l'host serait plus sûr ?

Je suis tjs reparti sur une clean install pour ma part, la seule chose que je récupérais de l host était le fichier de conf du reseau par flemme, mais le reste, pas du tout.
Attention je parle bien d hote standaline qui remplace un hôte standalone

Clonezilla c'est bien en effet, mais lourd. J'ai carrément fait un dd pour passer en NVMe mais mon disque d'origine était clean.
 
Sinon, une recherche sur proxmox backup host donnait de bons résultats. J'avais procédé comme ça... mais pas gardé de trace de la procédure, désolé.
 
Je retrouve juste ça rapidement:
https://github.com/DerDanilo/proxmox-stuff
Cité dans ce fil:
https://forum.proxmox.com/threads/h [...] les.67789/

OK, mais il faut que je reconfig mon raidz 2, le cache ZIL etc ?
Je sais plus du tout comment j'avais config et j'ai vraiment pas le temps pour faire mumuse..

Perso j'ai récemment cloné un proxmox, ce n'est pas un secret que les copies de disques fonctionnent. Reste le problème à la base, il est question de changer de host sans réellement savoir si :  
 
- le linux est corrompu
- la config proxmox est devenue bancale
- le ssd est corrompu
- un autre hardware est défectueux
- obiwan kenobi
 
Pour la petite histoire, j'avais mappé un lecteur de carte usb sur ma VM windows, j'ai mis 6 mois pour comprendre que la VM crashait exactement quand on retirait la carte mémoire dudit lecteur... Et j'étais en train de chercher les causes un peu partout...

Oui, mais en l'occurrence, la config tournait bien, et c'est arrivé après une période d'arrêt, redémarrage à froid.. Je me dis que le ssd a peut être pris un jeton à ce moment là.

En théorie, un clone du disque bloquera sur un secteur défectueux donc je tenterais cette voie qui te permettra de tout récupérer. Si c'est foireux, il te restera toujours la solution de réinstaller.

ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether a8:r1:59:72:d0:ae brd ff:ff:ff:ff:ff:ff
3: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast master vmbr0 state UP mode DEFAULT group default qlen 1000
    link/ether a8:r1:59:72:d0:ae brd ff:ff:ff:ff:ff:ff
    altname enp0s31f6
2 cartes réseaux (internes à la carte mère) avec la même adresse mac : normal ou wtf ?
 
Si je branche les 2 câbles sur le même switch, ça part en cacahuète (logique).
 
Vous comprenez le truc comme un failover en cas de carte réseau 1 HS ou alors d'un bug quelque part ?
Comment changer l'adresse MAC proprement et définitivement ?

Joli

Normalement dans network/interfaces tu peux mettre un truc pour réécrire la mac, au pire en pre-up

T'aurais pas un bridge avec les deux cartes dedans ?

En effet, pour la carte eno1 on voit la mention "Master vmbr0"

Donc ya du bridge-utils dans l'air  

Faudrait un aperçu de la commande "brctl show"

Ben non à priori c'est vraiment les adresses des 2 nics intégrés.
C'est très bête.
Sachant que c'est une carte mère de remplacement, la précédente fonctionnait bien niveau réseau... mais le 2nd slot de ram ne fonctionnait pas. On peut pas tout avoir

J'ai quand même creusé cette histoire de bridge, je n'ai pas souvenir d'avoir fait quoi que ce soit en ce sens...  

Je vais creuser, ça serait concomitant à mon changement de carte mère... mais sans rapport... étrange.
Nan enp1s0 c'est ma carte 10GB, et c'est normal qu'elle soit dans le bridge car j'ai PC <-> carte 10GB <-> carte 10GB <-> proxmox  <-> NIC intégré 1GB <-> switch <-> BOX...
Comme je n'ai pas (encore) de switch 10GB, je me sers de mon serveur proxmox comme "pont" vers le reste de mon LAN.
enp1s0  : 10 GB
eno1 : NIC intégré 1G (branché à mon switch)
enp2s0 : NIC intégré 2 1G que j'aimerai utiliser pour éventuellement pfsense ou équivalent et commencer à réfléchir à transformer mon serveur en routeur pour quand j'aurai la fibre et que peut-être je pourrai virer la livebox même si j'y crois moyen  
 
Sinon je viens de voir que Proxmox 7.1 gère le paramétrage de la rétention des sauvegardes "par VM", directement dans la GUI, wahou
 
La carte mère c'est une ASRock H370M-ITX/ac (90-MXB6R0-A0UAYZ)
Visiblement il existe un utilitaire pour réécrire l'adresse MAC : https://www.asrock.com/support/download/SOP.asp?cat=DOS
 
Mais bon, une clé usb bootable dos... bien bien bien... ou est ce que je vais trouver ça moi ? (edit : rufus) et puis faut un clavier, un écran... bon je vous tiens au courant.
 
Edit 2 : bon ben... ça marche. Un peu capricieux car l'outil n'accepte pas n'importe quelle adresse mac, mais au moins il a la bonne intelligence d'annoncer quels "débuts" il accepte. Donc j'ai pris un truc au pif, remis la fin de ma mac d'origine + incrémenté de 1 pour la 2è carte... et c'est passé.
 
Nettement mieux !

 
En tout cas c'est bon à savoir. Ce petit utilitaire a l'air de scanner les cartes disponibles et lance ensuite le bon outil pour changer l'adresse en fonction de la marque de la carte, car j'imagine que chaque marque a son outil attitré (intel, broadcom, realtek,...).
 
Ah ça a pété mon montage automatique de disque chiffré par contre (vu qu'il se base sur l'adresse mac [entre autre])...

Proxmox 7.1 est sorti au fait.
 
Bon il va falloir que je pense à faire mon upgrade un de ces jours.
Je suis toujours en 6...

on est même déjà en 7.1.5
 
Comme d'hab aucun problème pour les conf standalone classique

 
Idem ... pas franchi le pas encore. Quand je vois la taille du guide de l'update  

Voilà
Mon hébergeur impose un RAID en Ext4 et je touche du bois  

J'ai backup mes config de VM et j'ai tout remonté from scratch  

redrap

J'ai 3 nodes à monter avec pas mal de NIC : 1x 1GbE intégré, 1x 10GbE SFP+ Mellanox 3 et 2x 40GbE Mellanox 3.
 
J'ai des disques 3To, 1To, des NVMe à 256/512Go. Pour l'instant je pense que niveau storage je vais faire 1 To SATA sur chaque node, et 256Go NVMe aussi par node, fin faut que je vois si j'ai assez de 512 Go.
 
J'imagine que je vais partir sur du Ceph pour le storage.
Question network le tout sera relié sur un Ubnt USW-Aggregation. Les QSFP+ seront meshés entre nodes.
 
Bon ça fait un bail que je dois faire ça mais bon

Ah je crois me souvenir que je les ai déjà monté avec un SSD sata aussi

Quoi

Depuis mon passage en 7.1 (concomitance, pas forcément causalité) j'ai des erreurs de réplication sur mon cluster."I/O error" pas grand chose de plus en terme d'infos. Ca me l'a fait sur une VM d'abord, je pensais que c'était réglé car je n'avais pas eu d'autres remontées aux réplications suivantes (1 par jour), mais en fait non, c'était bloqué.
Ce matin un conteneur...
 
J'ai réglé le souci en dégageant le réplicat sur le serveur de destination et en relançant la réplication manuellement.
 
Etrange, on verra si ça se reproduit ou non.
 
Sinon dans un autre genre, j'aimerai bien réduire un peu la taille de la partition d'une VM Windows 10 (1 disque virtIO de 120 go) alors que la VM n'en occupe même pas la moitié.
Est-ce que avec virtIO on peut le faire en mode bourrin genre  

ou alors il faut rentrer dans un mode compliqué de réduction de la partition depuis l'intérieur de la VM puis ensuite de réduire depuis l'hôte ? Si c'est dans cette direction qu'il faut aller, vous faites comment ?

Oui. Je fait du thin.

zfs ici

C'est pas dispo par défaut mais me semble que c'est activable. Ça s'appliquera pas aux disques déjà existants, mais a la limite tu fait un clone.

La on parle. Ca va être du bon cluster ça Par contre les IO ça va y aller sur les SSD. Pour surveiller un peu les miens, j'ai deja plusieurs To ecrits avec la replication ZFS, j'imagine meme pas avec Ceph.
 
Et sinon
Je sais pas si c'est lié à Debian 11 ou quoi mais pour mes containers je dois maintenant activer le nesting sous peine d'avoir des services systemd qui veulent pas démarrer (genre grafana) ce qui peut causer aussi un délai de 25 secondes pour se connecter en ssh...
Ca m'a bien rendu fou.
Et ça oblige d'ailleurs à utiliser le compte root pour déployer des containers car c'est le seul à pouvoir activer la feature... (J'ai bien morflé en testant les deploiements full ansible ce week-end , m'enfin maintenant ça marche je peux déployer et provisionner/configurer mes containers en quelques secondes)

Pour les containers je me suis fait avoir lors des upgrade de mes LXC de Debian 10 vers 11.

J'ai vu le changement dans la doc un poil trop tard.

Que de  perte de temps en effet  

Qu'est-ce qui a changé ?

 
J'ai fait une vérif read-only de la surface et pas de soucis de disque a priori (et ça tombe bien, je n'en ai pas de spare sous la main).
 
En passant en Debian 11 sur cette VM de sauvegarde, ça semblait plus stable mais en fait ça plante autant. J'ai même eu une fois le plantage immédiatement après reboot.
 
Voilà où j'en suis:
-ça ne plante jamais en push depuis un PC local vers cette VM de sauvegarde
-ça plante uniquement lors du pull rsync d'un PC Internet
-si je lance plusieurs fois le process, ça plantera à chaque fois (sauf reboot de la VM de sauvegarde) mais si j'essaye un pull d'un autre PC dans la foulée, ça fonctionnera
-quand ça plante, un ctrl+c ou même un kill -9 du rsync sur la VM de sauvegarde ne permettent pas de récupérer quoi que ce soit, le process ne disparait pas (alors qu'il finit par le faire côté PC distant)
-pas de saturation mémoire, pas de process qui s'emballe, pas d'autre panne quand ça plante, c'est juste rsync (via ssh) qui devient une usine à zombies
 
Incompréhensible, ça semble venir de la VM mais de manière aléatoire. Je vais essayer avec plus de RAM ou avec une VM neuve sans aucun process (là il y a un apache, un minidlna, un nfs et un netatalk, pas grand chose quoi, d'autant moins que seuls l'apache et le minidlna sont vraiment utilisés).
 
edit 30/11:
Pour la première fois, j'ai eu un plantage d'un rsync disque vers disque. Je ne comprends toujours pas car je n'ai aucune erreur disque, aucun message d'erreur d'aucune sorte sauf qu'un process ne répond plus (et d'autres liés aux disques), mais rien sur l'hyperviseur.
 
Je vais tenter de tout faire depuis l'hyperviseur pour voir si j'ai le même soucis ou pas, mais on dirait bien que le disque en direct-access ça ne plait pas. Lié à la V7?

Obligé d'activer le nested virt sur tous tes LXC

Cad ?

Nested c’est pas pour virtualiser un hyperviseur?

Alors si, mais ça permet aussi à systemd dans le container d'accéder à /proc/

Grrr, en fait mes pb de réplication persistent
 

Des suggestions ?
 
C'est donc une VM Windows, arrêtée, sur un disque ZFS, 120Go de taille de disque pour la VM
j'ai viré le fichier distant pour que ça reprenne à zéro
J'ai genre 2.5go qui se transfèrent bien au départ, puis le log s'arrête mais le transfert semble continuer (visible sur l'occupation réseau de l'hôte). Au bout d'un moment ça vide le log et affiche ce que j'ai posté plus haut à la place

Et ça n'était pas possible avant ?

oui ça s'arrête comme ça au milieu de rien
 
ça plante toujours autour de 2.5go (au niveau des logs en tout cas)

Faut que je vous montre les bécanes que j'ai reçu chez mon client
12 SSD 4Tb en raid10