uncured592

L'agent doit avoir besoin de ressources qui ne sont pas chargées lors d'un démarrage sans échec. Je me doutais du résultat avec la carte virtual/vnc, c'est l'installation des drivers nvidia qui provoque ton ralentissement. Par contre difficile d'en savoir la root cause. J'ai fait quelques recherches et on trouve quelques situations similaires, mais plutôt sur linux. C'est pour ça que je te suggérais d'essayer avec des drivers plus anciens. As-tu regardé le journal des évènements de Windows 11 ? Il y a peut etre quelque chose à voir la dedans. Si les drivers nvidia posent problèmes il y eu peut etre une trace quelque part.

J'ai déjà eu le soucis il y a longtemps avec mon docker.img, et puis j'ai vu un poste qui a eu ce problème suite à une migration en 7.0.0. Tu peux utiliser msconfig pour cela : https://www.bitdefender.fr/consumer/support/answer/11069/?srsltid=AfmBOor2ENXUPWhTZNQwzWIIXQj0zEH5rMyPypsQhYGJStGKu1pimHxX La méthode 2 permet de forcer le type de démarrage de windows, par contre attention il faudra te connecter avec ton mot de passe (et pas un code). 1G c'est largement suffisant pour libvirt, le tout est qu'il ne soit pas sur un disque lent.

Quelques pistes à creuser : D'après ton fichier de diagnostique ton share system est "Share exists on cache, disk1" vérifie que libvirt.img est bien sur ton cache et pas sur un ton disk1 qui je suppose est plus lent. Mais j'ai peut d'espoir car ça laguerait direct. Une question : as-tu essayé de démarrer Windows 11 en mode sans échec ? Le test pourrait être intéressant, car si ça fonctionne correctement cela pourrait mettre en cause directement les drivers nvidia puisqu'ils ne sont alors pas chargés il me semble. Si ça fonctionne essaie de downgrader le driver nvidia. Les logs libvirt mentionnent la même erreur plusieurs fois : error : virNetSocketReadWire:1781 : End of file while reading data: Input/output error Ce post suggère de créer un nouveau fichier libvirt et de récréer les VMs :

Une autre piste aussi : as-tu déjà testé avant de faire la migration en 7.0.0 ?

De rien, on a tous galéré un jour. top montre environ 800% d'occupation pour qemu, ça correspond à 8 coeurs qui moulinent à fond. Tu pourrais avoir + de détails en appuyant sur 1 dans top, ça te donnera le détail par core et par type de charge, par exemple sur mon serveur : top - 21:51:00 up 3 days, 3:25, 1 user, load average: 0.43, 0.61, 0.70 Tasks: 757 total, 1 running, 755 sleeping, 0 stopped, 1 zombie %Cpu0 : 5.0 us, 6.4 sy, 0.0 ni, 88.3 id, 0.3 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 4.7 us, 2.3 sy, 0.0 ni, 92.3 id, 0.7 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu2 : 4.0 us, 3.0 sy, 0.0 ni, 91.6 id, 1.0 wa, 0.0 hi, 0.3 si, 0.0 st %Cpu3 : 5.0 us, 3.3 sy, 0.0 ni, 90.6 id, 1.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu4 : 5.4 us, 3.4 sy, 0.0 ni, 89.6 id, 1.7 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu5 : 5.7 us, 3.3 sy, 0.0 ni, 91.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu6 : 5.3 us, 3.3 sy, 0.0 ni, 91.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu7 : 10.0 us, 2.3 sy, 0.0 ni, 87.3 id, 0.3 wa, 0.0 hi, 0.0 si, 0.0 st Connaitre le type de charge (us/sy/...) sur les coeurs permet éventuellement d'orienter sur la provenance de cette même charge. Quelques pistes en vrac : - essaye de désactiver le resize bar dans ton bios si ce n'est pas déjà fait. - essaye de baisser le nombre de coeur de ta VM, avec 6 coeurs par exemple. - tu pourrais aussi essayer une vm linux avec la même cg, même si j'avoue que ça ne t'avancera pas sinon qu'à prouver que c'est un problème purement windows (ce qui semble être le cas). - peux-tu essayer en enlevant la ligne <watchdog model='itco' action='reset'/>, je ne pense pas que ça soit la cause de tes problèmes mais ça ne te sert pas de toute façon (Libvirt has the ability to configure a watchdog device for KVM / QEMU guests. This device can be used by the guest OS to automatically trigger some action when the guest OS hangs/crashes.)

Dans mon cas le problème était due aux limites de OMVF, au Resizable BAR et bien sur au 24Go de ram de ma CG. Il me semble que ta 3080 doit avoir 10/12 Go max ? Donc pas de raison que ça soit ça. Cela dit tu peux aussi essayer de désactiver le Resizable BAR dans ton BIOS pour en avoir le coeur net. Oui c'est au moment au Windows 11 détecte la CG et installe les drivers nvidia que ça foire, le driver générique "de base" doit bien fonctionner (en tout cas assez pour afficher le bureau) mais dès que tu passes sur un driver à jour ça plante. Regarde côté serveur sur unraid, tu auras peut être plus d'infos. Si la VM n'affiche pas de charge mais que ça rame, c'est peut être que côté serveur il n'arrive pas à allouer ce qu'il faut comme ressource. J'ai déjà eu ce phénomène. Il y a plusieurs traces/logs à regarder sur unraid : top ou htop dans une console pour voir ce que fait le cpu. dmesg depuis une console et évidemment /var/log/syslog Tu peux aussi faire un diagnostique https://docs.unraid.net/unraid-os/troubleshooting/diagnostics-information/ lorsque ta VM tourne et le poster ici.

Ok, ça fait longtemps que je n'ai plus de VM, mais j'ai tourné pendant quelques temps avec une 3090 TI, je me souviens avoir pas mal galérer au démarrage mais c'était un plantage complet de la VM pas des ralentissements, j'ai comparé ma conf de l'époque avec la tienne sans trouver de différence flagrante. Et si tu lances un dmesg sur ton serveur unraid il n'y a rien de problématique ? Tu peux faire un export ? Idem avec un top/htop, est-ce qu'il a un process qui bouffe tes ressources ?

T'as pas un soucis d'alimentation ? Parce qu'une 4060 et une 3080 ça doit pomper non ?

Bienvenue, même si unRAID a aussi ses limites pour l'instant je n'ai pas trouvé mieux 😆.

Pareil j'ai fait la manip il y a quelques temps : changement de carte mère et cpu. Rien à signaler unraid se débrouille pour retrouver les disques.

Je vote Matrice c'est bien plus cool 😎 et ça marque la différence avec grappe qui est associé aux raidX. Avouez que ça jette plus de démarrer la Matrice que démarrer la grappe 😆

C'est aussi une solution ! La VM, par contre, ça consomme plus de ressources. Pour la prochaine fois demande à chatgpt, c'est bête mais ça marche pour te faire expliquer des trucs comme ça.

Finding an efficient PSU at 20% load is a challenge, i'm not sure what it is worth but I found this site https://www.cybenetics.com/index.php?option=psu-performance-database that has some data on PSUs including graphics that show the PSU`s efficiency throughout its entire operational range.

Salut, J'avoue j'ai lu en diagonale le sujet (FFXI c'est pas ma came 😁), mais : Tu peux essayer avec la balise command, par exemple : services: monapp: command: sh -c "commande1 && commande2 && commande2" A adapter en fonction de tes exécutables et de leurs emplacements. Tu peux trouver plus d'exemple en recherchant "docker compose execute multiple commands" sur google.

Nothing fancy, I just used what Authentik advised for NPM, one trick though : I had to used my server IP in the proxy_pass URL of the outpost location.

Thank you for your work so far @Taddeusz Hope to see you again soon.

Très belle installation !!

Hello, C'est quoi ton soucis avec NPM, qui gère ton domaine ?

It took me a while but I got a working installation now. I followed the docker-compose installation method : https://docs.goauthentik.io/docs/installation/docker-compose I though it would be best as the images versions were selected by the Authentik team. And after some tryouts I successfully configured Authentik to work with NPM : - SSO with Radarr/Sonarr - Login page for service that does not support authentication. I'm still working on OAuth SSO for Guacamole.

Hola, Je ne me rappelle pas avoir eu ce problème, concernant kworker c'est le kernel Linux : Est-ce que les pics CPU reviennent à horaire régulier ? C'est peut être une opération de Plex (scan, analyse de média, ...) qui génère beaucoup d'IO. Dans ta capture du Dashboard on voit que Plex utilise ton GPU, comme si Plex était en train de transcoder quelque chose. Commence peut être par désactiver les jobs de Plex (génération de miniatures, détection d'intro, etc ...) pour voir si ça se reproduit. EDIT : D'après la capture top tu sembles être aussi short en mémoire libre MiB mem free : 264,5. Soit à peine 265 megs de mémoire libre, ton système pourrait alors devoir jongler à la moindre opération en mémoire générant des IO et donc du temps CPU. Donc vérifie si tu n'as pas un soucis à ce niveau là. Sur ta capture top il manque la ligne du dessus qui est intéressante, elle permet de voir quel type de charge accapare ton CPU, en faisant un SHIFT+1 tu auras même le détail par core.

Hello, Dans certains cas : Cela semble possible.

Never been able to make WOL works on my end.

To be honest I kept the 3.38 version and never looked back 😄

Before changing of NIC did you tried this post : Not sure it can be applied to your case, as you have a r8111, but it might be worth a try.

Hi, I had an issue with the gluetunvpn container, it was stuck in an endles restart circle. A new container version has been pushed a few hours ago. does anyone had the same problem ? The latest version is indeed broken : https://github.com/qdm12/gluetun/issues/2244 I solved it by manually adding the v3.38 version to the docker application.