Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fedora 32 Beta sort de confinement

#1 Re : [F31] Matériel » Changement carte graphique AMD écran bloqué en 1024x768 ! » Aujourd'hui 17:41:34

Primo fait les mises à jours.

Ensuite que retourne la commande xrandr?

Que retourne la suite de commande demandé dans la doc sur le pilote libre?

Par contre remplacer une R9 290 par une 5500XT... je sais pas si cela en vaudra vraiment le coup sauf pour la consommation, le rapport gains/prix est pas tip top quand même...

Regarde aussi les options de démarrage (normalement dans /etc/default/grub).

#2 Re : [F31] Matériel » Triple-screen, Radeon RX580: config à moitié KO au réveil des écrans » Aujourd'hui 14:32:30

Pense à régler les effets et aussi les modes de veilles.

Ainsi que les réglages du "compositeur" avec la version OpenGL (perso je la passe en 3.1 tout le temps) et la vitesse des effets. Perso je règle aussi :
méthode de mise à l'échelle : Précise
Prévention de déchirement.... : Auto
Conserver les vignettes... : Seulement pour les fenêtres affichées
et coche la case "Permettre aux applications...".

Déjà cela évite pas mal d'artefacts/problèmes.

KDE 4 était surtout très lourd à régler avec tellement de réglages, mal réglé de base, que mal maitrisé c'était imbuvable. Mais avec de la maitrise c'était le pied. Dommage que l'on en ai perdu beaucoup lors du passage à plasma5... Mais bon c'est plus simple.

#3 Re : [F31] Matériel » Triple-screen, Radeon RX580: config à moitié KO au réveil des écrans » Aujourd'hui 13:03:35

C'est surtout que OpenBox est plus léger que kwin, même si perso je faisais même tourner la version 4 sur l'atom n450. Mais au prix de nombreux réglages qui ne sont plus nécessaire sur plasma5. Après j'avais quand même augmenter la RAM (1Go -> 2Go) à l'époque.

#4 Re : [F31] Matériel » Triple-screen, Radeon RX580: config à moitié KO au réveil des écrans » Aujourd'hui 09:09:43

Alors c'est un problème que j'ai aussi parfois (bon j'en ai un autre plus chiant à cause de l'EDID de mon 27" IPS sur HDMI, mais bon...) quand je branche mes 2 27" et mon retro projecteur.

En fait quand tu éteint un écran, ou qu'il est en veille total, pour lui il n'existe plus. Du coup il bascule sur les autres ce que tu avais lancé dessus. Quand c'est mis en veille c'est aussi le cas parfois et parfois non (cela s'améliore petit à petit  mais c'est pas encore cela...).

Du coup ce n'est pas dit qu'il remette ce que tu as lancé dessus.

Comme je n'ai pas une utilisation prolongé, cela ne me gène pas toujours. Je regarde si il n'y a pas d'options à voir pour améliorer cela.

2 choses a voir :
Regarde si cela vas mieux en utilisant wayland (a installer en plus) au lieu du Xorg par défaut.
Voir les rapports de bogues sur le bugzilla RedHat ou carrément KDE si ce n'est pas déjà rapporté et le faire si ce n'est pas fait.

#7 Re : [F31] Fedora Cloud & Fedora Server » Cri-o podman et Kubernetes » 29/03/2020 14:50:13

Bon et bien cela commence à prendre forme.

Il reste toujours un problème, mais différent.

mars 29 14:49:39 localhost.localdomain kubelet[1229]: I0329 14:49:39.324330    1229 passthrough.go:48] ccResolverWrapper: sending update to cc: {[{/var/run/crio/crio.sock  <nil> 0 <nil>}] <nil> <nil>}
mars 29 14:49:39 localhost.localdomain kubelet[1229]: I0329 14:49:39.324333    1229 clientconn.go:933] ClientConn switching balancer to "pick_first"
mars 29 14:49:39 localhost.localdomain kubelet[1229]: I0329 14:49:39.324355    1229 kubelet.go:292] Adding pod path: /etc/kubernetes/manifests
mars 29 14:49:39 localhost.localdomain kubelet[1229]: I0329 14:49:39.324369    1229 kubelet.go:317] Watching apiserver
mars 29 14:49:39 localhost.localdomain kubelet[1229]: E0329 14:49:39.325308    1229 reflector.go:178] k8s.io/kubernetes/pkg/kubelet/kubelet.go:517: Failed to list *v1.Service: Get https://192.168.122.125:6443/api/v1/services?limit=500&resourceVersion=0: dial tcp 192.168.122.125:6443: conne>
mars 29 14:49:39 localhost.localdomain kubelet[1229]: E0329 14:49:39.325530    1229 reflector.go:178] k8s.io/kubernetes/pkg/kubelet/kubelet.go:517: Failed to list *v1.Service: Get https://192.168.122.125:6443/api/v1/services?limit=500&resourceVersion=0: dial tcp 192.168.122.125:6443: conne>
mars 29 14:49:39 localhost.localdomain kubelet[1229]: E0329 14:49:39.325600    1229 reflector.go:178] k8s.io/kubernetes/pkg/kubelet/config/apiserver.go:46: Failed to list *v1.Pod: Get https://192.168.122.125:6443/api/v1/pods?fieldSelector=spec.nodeName%3Dlocalhost.localdomain&limit=500&res>
mars 29 14:49:39 localhost.localdomain kubelet[1229]: E0329 14:49:39.326162    1229 reflector.go:178] k8s.io/kubernetes/pkg/kubelet/kubelet.go:526: Failed to list *v1.Node: Get https://192.168.122.125:6443/api/v1/nodes?fieldSelector=metadata.name%3Dlocalhost.localdomain&limit=500&resourceV>
mars 29 14:49:39 localhost.localdomain kubelet[1229]: E0329 14:49:39.328726    1229 reflector.go:178] k8s.io/kubernetes/pkg/kubelet/config/apiserver.go:46: Failed to list *v1.Pod: Get https://192.168.122.125:6443/api/v1/pods?fieldSelector=spec.nodeName%3Dlocalhost.localdomain&limit=500&res>
mars 29 14:49:39 localhost.localdomain kubelet[1229]: E0329 14:49:39.329917    1229 reflector.go:178] k8s.io/kubernetes/pkg/kubelet/kubelet.go:526: Failed to list *v1.Node: Get https://192.168.122.125:6443/api/v1/nodes?fieldSelector=metadata.name%3Dlocalhost.localdomain&limit=500&resourceV>
~

Je pense que c'est la partie sur "cri-o" qu'il faut utiliser à la place de celle fourni officiellement.

Mais cette histoire de configuration de la version officiel Fedora de kubelet par kubeadm me semble la bonne piste à creuser.

#8 Re : [F31] Fedora Cloud & Fedora Server » Cri-o podman et Kubernetes » 29/03/2020 13:40:59

Je fais une dernière tentative avant de passer à autre chose en me basant sur cette procédure :
https://kubevirt.io/2019/KubeVirt_k8s_c … ratch.html

A voir si cela fait avancer le schmilblick...

Cela me semble plus propre et mieux présenté, sans compter que c'est un peu plus récent, que d'autres liens.

#9 Re : [F31] Matériel » [Résolu] Clavier Virtuel Laser bluetooth » 29/03/2020 13:37:42

Y Au passage il y a des solutions de sécurité à mettre en place.

Tu peux t'aider du programme "lynis" qui vas faire un audit avec des recommandations.

Tu peux installer fail2ban (pour bannir automatiquement les accès distant non désiré),  usbguard (pour n'accepter que certains périphérique à être brancher sur l'ordi), etc... Rajouter l'accès avec double authentifications (OTP et autres).

Si le code clavier est détecté, il peut être intercepté. Même à les claviers virtuels... Il faudrait que le code du clavier change tout le temps. Voir que les caractères soient mélangés et ne correspondent jamais à la même position sur la fenêtre de l'appli/écran, etc... (style comme pour accéder à son compte bancaire)

Donc pas simple du tout dans tout les cas.

#11 Re : [F31] Fedora Cloud & Fedora Server » Cri-o podman et Kubernetes » 27/03/2020 15:14:44

Bon chose qui me semble un peu bizarre, c'est que :
Pour lancer le service kubelet la commande  "kubeadm init" (avec les options d'usage) utilise sa propre configuration quand il le lance (/etc/systemd/system/kubelet.service.d/kubeadm.conf), ce qui fait que celle que je mets en place dans /etc/kubernetes/apiserver-config-kubelet ne rentre pas en compte...
Du coup quand je veux lancer les opérations cela ne fonctionne pas car la conf n'est pas totalement la bonne...

Sachant que kubeadm init doit faciliter les choses...

Donc je ne m'étonne plus que cela ne fonctionne toujours pas.

# cat /etc/systemd/system/kubelet.service
kubelet.service    kubelet.service.d/ 
[root@localhost ~]# cat /etc/systemd/system/kubelet.service.d/kubeadm.conf 
[Service]
Environment="KUBELET_KUBECONFIG_ARGS=--bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf --fail-swap-on=false"
Environment="KUBELET_SYSTEM_PODS_ARGS=--pod-manifest-path=/etc/kubernetes/manifests --allow-privileged=true"
Environment="KUBELET_NETWORK_ARGS=--network-plugin=cni --cni-conf-dir=/etc/cni/net.d --cni-bin-dir=/usr/libexec/cni"
Environment="KUBELET_DNS_ARGS=--cluster-dns=10.96.0.10 --cluster-domain=cluster.local"
Environment="KUBELET_AUTHZ_ARGS=--authorization-mode=Webhook --client-ca-file=/etc/kubernetes/pki/ca.crt"
Environment="KUBELET_EXTRA_ARGS=--cgroup-driver=systemd"
ExecStart=
ExecStart=/usr/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_SYSTEM_PODS_ARGS $KUBELET_NETWORK_ARGS $KUBELET_DNS_ARGS $KUBELET_AUTHZ_ARGS $KUBELET_EXTRA_ARGS
Restart=always
StartLimitInterval=0
RestartSec=10
# 

#12 Re : Le comptoir du libre » Folding@Home, un logiciel de calcul partagé pour soutenir la recherche » 27/03/2020 14:52:33

Faut voir, dans les 3/5€ mois en plus sur la facture sans être du H24.

Je vais confirmer cela en fin de mois vu que j'ai le prix au jour le jour maintenant (quand le site du gestionnaire d'électricité sera enfin de nouveau actif...).

Hier à 70% environs +/-0.02€/heure de plus qu'en temps normal (calcul sur mon poste principale, a savoir que j'ai en plus 1 serveur + portable du pro d'utilisé en ce moment, mais j'ai calculé par rapport à si je ne lance pas de calcul... le deuxième serveur étant actuellement en préparation).

#13 Re : [F31] Fedora Cloud & Fedora Server » Cri-o podman et Kubernetes » 27/03/2020 14:11:53

Yep, j'en ai déjà entendu parler, mais vu que je n'utilise pas ce mot pour parler de la même chose, je n'avais en tête cela.

Pour CentOS 8 pas de souci c'est en gestation même avec son pendant pro RHEL 8...

J'ai les machines (pour rappel), voir les possibilités de créer des VM.

Là justement je cherche à remplacer docker par cri-o, je bloque à un endroit j'essaye de comprendre la raison. Que ce soit avec k8s ou k3s cela bloque.

A voir si cela le fait aussi sous CentOS 7.

Après c'est justement pour faire du cluster de containers (le // avec docker swarm). Pour la solution des espaces de stockage oui cela est prévu, mais bon secondaire pour le moment. (tiens ta oublié de placer glusterfs au passage...).

En l'état j'ai une version qui fonctionne en "kubernetes+docker" sur 2 nœuds (centos7.7 à l'identique sous fedora31), reste à appliquer la même chose avec kubernetes+cri-o.

Maintenant si c'est plus prise de tête qu'autre chose, je passe à autre chose. Mais bon je commence à bien maitriser Podman du coup cela me gêne de repartir sur docker (bon après je travail souvent dessus aussi au passage).

#14 Re : [F31] Support général » Groupe cdrom » 26/03/2020 10:50:07

Y a des outils graphiques pour le faire, kuser par exemple sur KDE, je n'ai pas l'équivalent en tête pour gnome.
Il faut que ce soit installer, ce qui n'est pas toujours le cas de base.

Mais bon cela n'est pas vraiment plus compliqué de le faire en ligne de commande directement.

#15 Re : [F31] Fedora Cloud & Fedora Server » Cri-o podman et Kubernetes » 26/03/2020 10:44:49

Bon je vois pas trop ce que vient faire "KISS" ici, parce que sauf si je me trompe dans mes recherches je n'ai trouvé que cela :
https://k1ss.org/

J'utilise généralement docker swarm pour du perso, que du pro, j'aimerai me mettre à kubernetes/cri-o pour voir autre chose. Vu qu'en plus Fedora/CentOS/RHEL partent dans d'autres directions que le tout Docker, je cherche une solution à cela.
Maintenant à voir pourquoi c'est la galère à trouver le couple cri-o/kubernetes sur CentOS8...

Actuellement à part le mettre en place et l'utiliser au travers d'openshift (OKD), je n'ai pas trop de vu directement dessus.

Maintenant là quand je parle de le mettre en prod, c'est pour dire que je le mets en place sur mes serveurs perso. C'est pour une utilisation assez personnel (a voir si cela débouchera sur autre chose plus tard), histoire de prendre de l’expérience sur le sujet.

Et pour donner un exemple du pourquoi je cherche à faire cela :
Même si je maitrise pas trop mal FreeIPA (IDM chez RedHat, cela sert à gérer les identités comme Active Directory chez Microsoft), j'aime bien connaitre comment les éléments tournent derrière (389, Kerberos, LDAP, SSSD...).

#16 Re : A propos de fedora-fr » spams » 26/03/2020 10:19:14

Faut pas hésité à faire du préventif en faisant un tour dans la liste des membres et classer par date d'inscription décroissante.

Faudrait finir de faire le tour de toutes les pages vu que l'on a pas de retour pour que ce soit fait automatiquement par script dans la base...

Dommage encore un fois que l'on puisse pas avoir plus de filtres de tri et de ne pas pouvoir avoir des options de ban plus complet (exemple avec nettoyage de certains champs en plus, message par défaut de ban, etc...).

#17 Re : [F31] Fedora Cloud & Fedora Server » Cri-o podman et Kubernetes » 26/03/2020 10:16:07

Bon je me sent moins seul :
https://github.com/cri-o/cri-o/issues/3437

J'étais entrain d'étudier la même piste (voir poste #11), j'espère que cela vas me permettre d'avancer sur le sujet que je puisse enfin le mettre en prod, car mes autres projets sont un peu au point mort...

#18 Re : [F32] Fedora Rawhide » [Résolu] Lutris » 26/03/2020 10:11:07

Il y a pas mal de soucis avec python vu que l'on est en version 3 par défaut avec tout ce que cela implique, donc faut pas hésiter à rapporter le problème auprès de l'éditeur/programmeurs directement.

Merci d'avoir mis en résolu et pour l'info wink .

#19 Re : [F31] Fedora Cloud & Fedora Server » Cri-o podman et Kubernetes » 25/03/2020 17:20:35

Bon je commence à maitriser la manière de fonctionner de cri-o. Mais bon je commence à baisser les bras, car quoi que je manipule cela donne toujours le même résultat.

J'ai bien les images dedans :

[root@kubetest ~]# crictl images
IMAGE                                TAG                 IMAGE ID            SIZE
docker.io/library/hello-world        latest              fce289e99eb9b       8.03kB
k8s.gcr.io/coredns                   1.3.1               eb516548c180f       40.5MB
k8s.gcr.io/etcd                      3.3.10              2c4adeb21b4ff       258MB
k8s.gcr.io/kube-apiserver            v1.15.11            0eaa5e1d871a7       209MB
k8s.gcr.io/kube-controller-manager   v1.15.11            4d53b9ec5d960       160MB
k8s.gcr.io/kube-proxy                v1.15.11            7cd3972af624f       84.3MB
k8s.gcr.io/kube-scheduler            v1.15.11            e671c2a84bb9c       82.7MB
k8s.gcr.io/pause                     3.1                 da86e6ba6ca19       749kB

Cependant il ne lance rien et semble attendre quelque chose.

J'ai aussi suivi cette vidéo : https://www.youtube.com/watch?v=xd6oxG1jgQs

Mais il ne lance pas de nodes, du coup cela ne sert à rien...

J'ai aussi testé la descente de version de cri-o car il semble qu'il y ai des soucis, mais toujours le même résultat.

Donc soit il faut toujours docker derrière, ce qui est un comble vu que cri-o est censé prendre sa place, soit j'ai loupé quelque chose...
Si quelqu'un avait une petite idée je suis preneur sad .

#21 Re : Le comptoir du libre » Folding@Home, un logiciel de calcul partagé pour soutenir la recherche » 25/03/2020 14:17:45

Nicosss a écrit :
VINDICATORs a écrit :

Perso je le fais de temps en temps (quelques heures de la journée en semaine, un peu plus le week end), mais le blème c'est que cela m'a fait quand même bien augmenter la facture d'électricité. Du moins avec boinc.

Après c'est prévu que je le place sur mes 2 serveurs pour les faire travailler un peu plus. Vu qu'ils consommeront moins que mon poste principale cela devrait le faire... Mais bon je prévois des containers pour cela.

A voir pour Folding@home, dommage qu'il ne soit pas dispo sur boinc. En tout cas je ne l'ai pas trouvé :'(.

Il suffit de régler les paramètres dans le fichier /var/lib/boinc/global_prefs_override.xml pour adapter l'utilisation processeur entre autre.

Effectivement il ne l'a jamais été, quand je suis passé à WCG c'était pour participer à d'autres projets que le repliement des protéines.

Oui  je connois, je ne suis pas un débutant dans le domaine, étant dessus depuis... un certain nombre d'année (plus de 10, je sais plus...).

#22 Re : [F31] Support général » [Résolu] Boot impossible de fedora » 25/03/2020 14:14:31

startx

sinon bah... tu enlève le 3, mais normalement au prochain redémarrage il est plus là et tu boot en init5 par défaut.

#23 Re : [F31] Support général » [Résolu] Boot impossible de fedora » 25/03/2020 12:11:16

nomodset rhgb quiet ne t’empêche pas de booter en mode console, tu boot toujours en init 5!

#25 Re : Le comptoir du libre » Folding@Home, un logiciel de calcul partagé pour soutenir la recherche » 25/03/2020 09:38:54

Perso je le fais de temps en temps (quelques heures de la journée en semaine, un peu plus le week end), mais le blème c'est que cela m'a fait quand même bien augmenter la facture d'électricité. Du moins avec boinc.

Après c'est prévu que je le place sur mes 2 serveurs pour les faire travailler un peu plus. Vu qu'ils consommeront moins que mon poste principale cela devrait le faire... Mais bon je prévois des containers pour cela.

A voir pour Folding@home, dommage qu'il ne soit pas dispo sur boinc. En tout cas je ne l'ai pas trouvé :'(.

Pied de page des forums

Propulsé par FluxBB