[TOPIKUNIK] Proxmox, une solution de virtualisation kellébien !

Recherche :

Sujet(s) à lire :
- VirtualBox /VMWare mais surtout Xen ...Mangez en...

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 240 241 242 243 244 245 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [TOPIKUNIK] Proxmox, une solution de virtualisation kellébien !

dafunky

Reprise du message précédent :
Merci pour ton feedback, n'hésite pas à revenir faire un retour après quelques temps d'utilisation.

---------------
xPLduino, la domotique DIY deluxe - - - - Sigma 85mm F1.4

Publicité

LaMoR

Metal up your ass

Pour l'instant je ne vois aucune différence entre les 2, on voit clairement que c'est un fork

Comme je n'ai jamais pu utiliser l’édition mobile avec OnlyOffice, je ne pourrais pas comparer. C'est génial d'avoir ca maintenant, ca peut vraiment dépanner. Par contre il n'y a pas de correcteur ortho sur l’éditeur mobile apparemment, ou je n'ai pas trouvé comment.

Rien a voir, mais je ne comprend pas leur numérotation, ils ont apparemment commencé avec la 9.3.1 ?

https://github.com/Euro-Office/DocumentServer/releases/

Il ne sont pas repartit d'une 1.0 ?

Edit : j'avais entendu parler d'une 1.0 alors je ne comprenais pas, mais en cherchant, voici ce que je trouve :

Citation :

L'appellation "version 1.0" utilisée dans les médias et les communiqués de presse fait référence au statut politique et commercial du projet (la première version stable majeure prête pour le public), tandis que le code source suit une tout autre logique technique

Citation :

Le projet s'est détaché d'OnlyOffice au moment où ce dernier en était à sa branche 9.3. La version v9.3.1 publiée le 9 juin 2026 est donc bien le premier jalon stable d'Euro-Office.

Message édité par LaMoR le 13-08-2026 à 15:22:27

LaMoR

Metal up your ass

Petit retour sur l'édition mobile de documents avec euro office, qui je pense est identique a onlyoffice.
C'est quand meme assez limité et bugué.

Par exemple impossible de faire un copier ou un coller.
Le changement de style (normal/Titre 1/Titre 2..etc) ne fonctionne pas. On peut le sélectionner mais ca ne s'applique pas.

Onlyoffice fait vraiment payer ca ?!?

---------------
Garage GT5

LaMoR

Metal up your ass

Comment on fait remonter au superviseur quand on libere de la place sur un disque d'une VM ?
Par exemple :
J'ai une VM avec un disque de 150Go, le backup de cette VM faisait 23Go (il y a effectivement 23Go de données sur le disque).
J'ai pas mal rempli cette VM pour atteindre 40Go --> le backup fait maintenant 40Go.
Depuis j'ai libéré de la place et il y a plus que 25Go d'utilisé, mais le backup lui, fait toujours 40Go...

Message cité 1 fois

decamerone

✅

LaMoR a écrit :

Tu peux remplir l'espace libre du disque virtuel de 0 avec sdelete sous windows ou sfill sous linux. La compression de la sauvegarde permettra de gagner beaucoup sur la taille de l'archive.

LaMoR

Metal up your ass

fegre a écrit :

Yes 0 dans l'onglet mémoire "SWAP"
Ben je me suis demandé aussi, mais au final je ne sature pas la mémoire et depuis je n'ai eu aucun souci...
De mémoire Claude m'avait sorti un truc de certains LXC qui étaient juste incompatibles avec une bonne gestion du swap ou quelque chose comme ça, j'essaierai de retrouver l'échange..

Bon ben presque 10 jours après la désactivation du swap de mes LXC qui posaient probleme ca a bien resolu le truc. Je n'ai pas eu du tout besoin de les rebooter et pas de soucis de conso mémoire.

Message cité 2 fois

MilesTEG1

Comment on voit si le swap est saturé ?
Depuis la GUI de PVE je ne vois pas d'infos là-dessus...
edit : ha si sur les LXC je le vois.
Mais pas sur les VM

Message cité 1 fois
Message édité par MilesTEG1 le 21-08-2026 à 16:24:54

---------------
Mes ventes : [FeedBack] http://forum.hardware.fr/hfr/Achat [...] 4599_1.htm

SnowBear

MilesTEG1 a écrit :

Comment on voit si le swap est saturé ?
Depuis la GUI de PVE je ne vois pas d'infos là-dessus...
edit : ha si sur les LXC je le vois.
Mais pas sur les VM

Normal pour les VM.

Le swap n'est pas géré par l'hôte mais par ta VM directement (partition swap interne au disque tu as mis).

Je ne sais pas si je suis très clair dans ce je dis :lol: .

LXC :
- l’hôte fournit la ram, le swap et des partitions

VM :
- l'hôte fournit une quantité de ram et un disque vierge. La VM partitionne le disque comme elle veut sans que l'hôte ne le sache (/, /home, /var, swap etc).

Message cité 1 fois

fegre

Voleur professionnel

LaMoR a écrit :

Bon ben presque 10 jours après la désactivation du swap de mes LXC qui posaient probleme ca a bien resolu le truc. Je n'ai pas eu du tout besoin de les rebooter et pas de soucis de conso mémoire.

Comme quoi des fois être un gros bourrin...

MilesTEG1

SnowBear a écrit :

Ha ok je comprends mieux
Merci pour les explications.
Donc sur mes lxc le swap n’est clairement pas utilisé au maximum
Pour les vm, y a moyen de savoir depuis une invite ssh sur le PVE dans entrer dans chaque vm ?

Message cité 1 fois

---------------
Mes ventes : [FeedBack] http://forum.hardware.fr/hfr/Achat [...] 4599_1.htm

Publicité

Faboss

Bye bye ''thefaboss''

LaMoR a écrit :

Bon ben presque 10 jours après la désactivation du swap de mes LXC qui posaient probleme ca a bien resolu le truc. Je n'ai pas eu du tout besoin de les rebooter et pas de soucis de conso mémoire.

Même constat pour moi.
Mes services ont gagné en réactivité, ça fait plaiz
Par contre proxmox bouffe encore 1Go de swap.

---------------
Ôôôôôh les beaux navions .:':. Rénovation vieilles consoles .:':. PS Vita

SnowBear

MilesTEG1 a écrit :

Ha ok je comprends mieux
Merci pour les explications.
Donc sur mes lxc le swap n’est clairement pas utilisé au maximum
Pour les vm, y a moyen de savoir depuis une invite ssh sur le PVE dans entrer dans chaque vm ?

Tant mieux ! Si le swap est utilisé c'est que tu es en manque de ram et que ça va bosser plus lentement (vitesse de la ram vs vitesse d'un disque/ssd)

Pour les vm oui :

ssh user@ipvm 'free -m'

(-m ou autre en fonction de comment tu veux afficher le résultat)

Faboss

Bye bye ''thefaboss''

Justement non, le bug que nous remontons, c'est qu'il y a bien assez de RAM libre.

Message cité 1 fois

---------------
Ôôôôôh les beaux navions .:':. Rénovation vieilles consoles .:':. PS Vita

SnowBear

Faboss a écrit :

Justement non, le bug que nous remontons, c'est qu'il y a bien assez de RAM libre.

Je répondais à MilesTEG1 .

Et parfois tu peux avoir de la RAM libre à l'instant T et du swap utilisé car le système n'a pas re transféré le contenu du swap vers la ram pour une raison X ou Y.

Si je regarde mon hôte :

$ free -h
total used free shared buff/cache available
Mem: 125Gi 108Gi 14Gi 409Mi 4.3Gi 17Gi
Swap: 31Gi 3.4Gi 28Gi

On voit que j'ai largement assez de ram libre et pourtant j'ai du swap utilisé, c'est pas grave ! Certainement un programme peu utilisé qui a ses données dans le swap.

Après si vous avez des plantages c'est encore autre chose ^^.

li1ju

ho putain, ça tourne !

pour info
depuis le passage au kernel 7, et plus précisemment à partir du kernel 7.0.14-6, de très fortes latences apparaissent sur mes disques ssd, remontés dans mon monitoring..
après recherche, c'est bien du au kernel proxmox
voir :
- https://forum.proxmox.com/threads/o [...] 28/page-11
- https://forum.proxmox.com/threads/i [...] el.185498/

sur mes 2 mini pc sous proxmox, chacun ayant 2 ssd (un avec zfs, l'autre avec ext4 sur du raid1 mdadm), j'avais le probleme après upgrade du kernel, fin juillet.
justement après upgrade du kernel 7.0.14-6. puis les suivants, à l'heure actuelle le 7.0.14-12-pve qui a toujours le souci..

je viens de rebooter les 2 sur le kernel 7.0.14-5, je verrai dans les prochaines heures si le probleme réapparait.
je vous conseille de regarder de très pres les io et latences de vos disques si vous êtes à jour..

edit: pour l'instant, je n'ai plus de pics de latence dans mon monitoring (munin). je vais encore attendre jusqu'à demain pour confirmer..
pour ceux qui sont dans le meme cas :
- reinstaller le kernel à la bonne version: apt install proxmox-kernel-7.0.14-5-pve
- piner le kernel pour booter dessus: proxmox-boot-tool kernel pin 7.0.14-5-pve
- reboot

edit2: le lendemain au matin, toujours pas de pics de latence. ca a l'air concluent

Message cité 1 fois
Message édité par li1ju le 24-08-2026 à 10:54:19

dims

if it ain't broken, mod it !

Bonjour,

Citation :

Starting system upgrade: apt-get dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
libssl3t64 openssl openssl-provider-legacy
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 4277 kB of archives.
After this operation, 12.3 kB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Get:1 http://security.debian.org trixie-security/main amd64 openssl-provider-legacy amd64 3.5.7-1~deb13u2 [316 kB]
Get:2 http://security.debian.org trixie-security/main amd64 libssl3t64 amd64 3.5.7-1~deb13u2 [2454 kB]
Get:3 http://security.debian.org trixie-security/main amd64 openssl amd64 3.5.7-1~deb13u2 [1507 kB]
Fetched 4277 kB in 0s (28.1 MB/s)
Reading changelogs... Done
(Reading database ... 63124 files and directories currently installed.)
Preparing to unpack .../openssl-provider-legacy_3.5.7-1~deb13u2_amd64.deb ...
Unpacking openssl-provider-legacy (3.5.7-1~deb13u2) over (3.5.6-1~deb13u2) ...
Setting up openssl-provider-legacy (3.5.7-1~deb13u2) ...
(Reading database ... 63124 files and directories currently installed.)
Preparing to unpack .../libssl3t64_3.5.7-1~deb13u2_amd64.deb ...
Unpacking libssl3t64:amd64 (3.5.7-1~deb13u2) over (3.5.6-1~deb13u2) ...
Setting up libssl3t64:amd64 (3.5.7-1~deb13u2) ...
(Reading database ... 63124 files and directories currently installed.)
Preparing to unpack .../openssl_3.5.7-1~deb13u2_amd64.deb ...
Unpacking openssl (3.5.7-1~deb13u2) over (3.5.6-1~deb13u2) ...
Setting up openssl (3.5.7-1~deb13u2) ...
Processing triggers for man-db (2.13.1-1) ...
Processing triggers for libc-bin (2.41-12+deb13u3) ...

Your System is up-to-date

starting shell

OK, cool !

root@proxmox-test:~# lsof -n | grep DEL
systemd 1 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
systemd-j 452 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
zed 961 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
zed 961 993 agents root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
zed 961 994 udev\x20m root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
zed 961 995 reap\x20Z root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
sshd 1157 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
proxmox-f 1302 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
proxmox-f 1302 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pve-firew 1326 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pve-firew 1326 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pvestatd 1327 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pvestatd 1327 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pvedaemon 1386 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pvedaemon 1386 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pve-ha-cr 1394 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pve-ha-cr 1394 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
esxi-fold 1482 nobody DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
esxi-fold 1482 nobody DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
esxi-fold 1482 1483 tokio-run nobody DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
esxi-fold 1482 1483 tokio-run nobody DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
esxi-fold 1482 1484 tokio-run nobody DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
esxi-fold 1482 1484 tokio-run nobody DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
esxi-fold 1482 1485 tokio-run nobody DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
esxi-fold 1482 1485 tokio-run nobody DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
esxi-fold 1482 1486 tokio-run nobody DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
esxi-fold 1482 1486 tokio-run nobody DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
esxi-fold 1482 1489 esxi-fold nobody DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
esxi-fold 1482 1489 esxi-fold nobody DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pveproxy 2018 www-data DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pveproxy 2018 www-data DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
spiceprox 2027 www-data DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
spiceprox 2027 www-data DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pve-ha-lr 2030 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pve-ha-lr 2030 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pveschedu 4944 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pveschedu 4944 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
spiceprox 190308 www-data DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
spiceprox 190308 www-data DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pvedaemon 376523 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pvedaemon 376523 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pvedaemon 386804 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pvedaemon 386804 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pveproxy 390778 www-data DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pveproxy 390778 www-data DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pveproxy 396882 www-data DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pveproxy 396882 www-data DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pveproxy 410490 www-data DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pveproxy 410490 www-data DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
pvedaemon 420426 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pvedaemon 420426 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
sshd-sess 420509 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
systemd 420529 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
(sd-pam) 420535 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
sshd-sess 420568 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pveupgrad 420569 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
pveupgrad 420569 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3

mouais.... en fait non, c'est pas a jour du tout.

PS: je poste ici vu que c'est proxmox qui dit que c'est à jour, alors qu'une debian ne dit rien, ce qui peut porter à confusion.
en plus dans le cas de openssl, c'est un reboot qu'il faut (recharger systemd) pas juste "quelques" services à relancer.

Message cité 1 fois
Message édité par dims le 26-08-2026 à 08:38:09

sub1

dims a écrit :

Bonjour,

Citation :

Starting system upgrade: apt-get dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
libssl3t64 openssl openssl-provider-legacy
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 4277 kB of archives.
...

Your System is up-to-date

starting shellOK, cool !

root@proxmox-test:~# lsof -n | grep DEL
systemd 1 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
systemd-j 452 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
zed 961 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
zed 961 993 agents root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
zed 961 994 udevx20m root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
zed 961 995 reapx20Z root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
sshd 1157 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
proxmox-f 1302 root DEL REG 0,29 57414 /usr/lib/x86_64-linux-gnu/libcrypto.so.3
proxmox-f 1302 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3
...
pveupgrad 420569 root DEL REG 0,29 57611 /usr/lib/x86_64-linux-gnu/libssl.so.3

Hello,
C'est exactement pareil sur tous les OS.
si tu veux être sur que tous tes services et applications utilisent la dernière version des librairies, il faut reboot.
Proxmox n'a rien de spécial dans cette partie.

Message cité 1 fois
Message édité par sub1 le 26-08-2026 à 19:15:43

li1ju

ho putain, ça tourne !

c'est vrai que ce n'est pas propre à proxmox.
mais avec cette daube de systemd, ya quelques services qu'on ne peut pas relancer apres un update.. (coucou dbus !)

pour ma part sur toutes mes debian, avec sysv ou openrc, tant que le kernel n'est pas à jour, pas besoin de reboot.
tout comme toi, un "lsof -n | grep DEL" permet de voir quels sont les process utilisant des dépendances obsoletes, et que je dois relancer. pas de systemd, pas de probleme.

ici sous proxmox, tu peux quand meme relancer pas mal de services d'un coup sans problème

Code :

systemctl restart proxmox-firewall zfs-zed pveproxy pvedaemon pvescheduler systemd-journald

etc..

Message cité 1 fois

dims

if it ain't broken, mod it !

sub1 a écrit :

C'est exactement pareil sur tous les OS.

ma remarque portait sur le fait que proxmox annonce fièrement que c'est a jour alors que pas du tout.
je n'ai pas connaissance d'autres OS qui indiquent ça après une mise à jours avant reboot (ou au moins restart des services concernés)

dims

if it ain't broken, mod it !

li1ju a écrit :

ya quelques services qu'on ne peut pas relancer apres un update.. (coucou dbus !)

"service dbus restart" fonctionne très bien.

li1ju

ho putain, ça tourne !

alors oui.. mais non
justement, tu peux redémarrer le service dbus, sauf que tout ce qui en dépend déconne completement.
à commencer par des commandes critiques telles que poweroff ou reboot, qui ne font juste... rien. car la synchro à dbus est perdue.

dims

if it ain't broken, mod it !

jamais eu le problème (sur debian)

li1ju

ho putain, ça tourne !

li1ju a écrit :

sortie du kernel proxmox 7.0.14-15
dans le changelog, il y a enfin le commit qui permet normalement de regler le probleme de ces faux pics d'io

fix a race where a block request could get a zero start timestamp, which
then added about the system uptime to the disk IO time counters, showing
bogus IO load in graphs and monitoring.

je l'ai installé sur une de mes machines proxmox, on verra si le probleme se reproduit ou pas

Publicité

Page : 1 2 3 4 5 .. 240 241 242 243 244 245

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Logiciels

[TOPIKUNIK] Proxmox, une solution de virtualisation kellébien !

Sujets relatifs
Choix Hyperviseur pour Xeon [Box de test]	Routage vm Proxmox
Questionnement sur un hyperviseur	[Topikunik] Personnalisation des interfaces graphiques
Plus de sujets relatifs à : [TOPIKUNIK] Proxmox, une solution de virtualisation kellébien !

Page générée en 0.073 secondes