Reprise du message précédent :
La honte je pensais même plus à grep    
Merci roger21. Parfait avec "df -h | grep -vE "/run/credentials", je vais mettre ça dans un alias.

12.10 is out for everybody or just for me?

Oui.
 
https://lists.debian.org/debian-sta [...] 00000.html

yep, ici aussi. peu d'updates lors du passage à la 12.10, mes debian étaient à peu pres à jour

Oui maj 12.10 réalisée avec  update du kernel

pour ceux qui utilise xfce4-weather-plugin (pour avoir la météo dans un panel)
 
il est cuit a cause d'un changement dans l'api https://bugs.debian.org/cgi-bin/bug [...] ug=1100545
 
il est corrigé dans la 0.11.3 mais sid et testing sont encore en 0.11.2 (et stable en 0.11.0) et la 0.11.3 a 4 mois
 
mais la correction est isolée et on peut très bien la foutre sur n'importe quelle version : https://gitlab.xfce.org/panel-plugi [...] 8e5f5c54de
 
du coup j'imagine que tous les paquets vont être patché (j'espère...)
 
bref je me suis quand même refais un package stable avec le patch et c'est bon

Truc curieux au boulot, impossible de faire fonctionner une carte intel E810 fibre en 25Gb . Tenté les drivers de chez intel et toutes les combinaisons possibles, le lien ne monte pas, le switch ne voit même pas le lien.

Un collègue a eu le même problème sous RHEL 9 il y a quelques mois. Apparemment ça passe en 10Gb mais pour le 25 il y a un truc supplémentaire qui fait que ça ne passe pas.

Visiblement le problème est connu depuis 2022 et ça m'étonne qu'intel n'ai pas corrigé le tir

Aucun problème avec du broadcom 25Gb.

C'est la misère ces trucs, force la vitesse en 10Gb avec ethtool.
Selon les marques de cartes je dois faire un truc avec 0x800.... pour forcer désactiver l'advertising 25g, je crois sur SFP dell + Intel, sur SFP dell + broadcom je crois que ça a marché avec une commande genre speed 10000 autoneg off, un truc comme ça.

Si tu t'en sors pas je peux te trouver les commandes exactes demain.

Edit: Lu a l'envers, moi c'est les SFP / carte 25G qui marchent pas en 10.

Le fournisseur m'envoie une broadcom pour remplacer le bouzin. Ça me semble fou que intel merdoie avec des cartes du genre

Le temps perdu avec ces putains de SFP, c'est un trou noir  

C'est la première fois que ça merdoie pour moi. Jamais eu de soucis avec les 10Gb et les 2 machines que j'ai en 25 sont des cartes broadcom.

Après, on est en full Cisco pour les switch, ça doit aider et les collègues du réseau fournissent les câbles/transceiver validés par Cisco

J'ai un truc casse noix entre deux machines là

1) ubuntu server avec un partage NFS4 (10Gb fibre bonding)
2) debian stable qui monte le partage NFS en RO (10Gb cuivre bonding)

Les 2 machines sont connectées en 10Gb

Sur ce partage y a du gros dossiers que le debian doit tar.gz tous les soirs sur son stockage local avec un bête script qui monte le NFS, targz le bordel et démonte le nfs.

Quand je lance le script à la main, ça fonctionne, ça prend un peu de temps vu qu'on a 8 dossiers de 200Gb chacun environ mais ça tourne.

Quand c'est un cron qui s'en occupe, le truc se lance, monte le NFS, commence à targz mais la vitesse tombe assez rapidement et mon script ne termine jamais vu qu'on se retrouve avec une vitesse de transfert quasi nulle

Dans mes logs debian j'ai

puis un OK puis la même erreur, etc.

Sur le debian j'ai des paquets dropped dans mes stats réseau:

quand la vitesse est tombée à zéro, tout ce qui touche au montage prend du temps, genre un "df" met 10 secondes avant de retourner l'info, idem quand je fais un ls /montage/

Le debian était en fibre il y a quelques semaines et il me semble que ce problème ne se posait pas!

une idée ?

le test à la main, tu le fais avec le même user que celui utilisé par le cron ?

 
c'est root dans les 2 cas

Et si tu le lances à la main au même horaire que le CRON ?
Et côté serveur Ubuntu, RAS ?
T'as pas du monitoring système et/ou réseau ?

 
hmmm le cron tourne juste avant minuit. Je viens de le programmer pour qu'il parte maintenant, on va voir ce que ça donne. Le curieux de l'histoire c'est que ce matin, le fichier .tar.gz qui était en cours de création faisait à peine 1.4Gb ce qui représente 10 secondes de compression à peine là il est en train de bosser et on est à 7Gb après 2 min. Je laisse tourner et on verra. Par contre pourquoi ça ferait chier à minuit ?

Autre activité sur l'une des machines, réseau saturé... c'est pour ça que je demande si t'as pas de monitoring

 
et dans le même shell ?  
 
bash vs sh par défaut pour les cron.
 
Pas certain que ça ait une grosse incidence hein mais bon... ^^"

@darxmurf :
Et si tu essayais avec un coup de SSH (avec clés RSA) ?
La commande magique qui aura un impact moins lourd sur le réseau :

Comme ça, la compression se fait à la source et la volumétrie réseau est moins importante

 
Bon bah même problème aléatoire moisi en passant par un SSH.
Le problème semble venir de docker qui tourne sur le ubuntu et qui, pour une raison où une autre, pète les connex réseau en cours aléatoirement mais je ne vois pas pourquoi

Ok, dans ce cas, les fichiers à sauvegarder sont dans un répertoire bindé dans le container, n'est ce pas ?
Ben au lieu de te connecter au ssh du container, tu te connectes au ssh du serveur ubuntu lui même et tu récupères les fichiers directement dans le répertoire bindé ?!

En fait ça devient obscure là   c'est ce que j'ai fait, et comme je soupçonnait docker de mettre le bronx j'ai été plus brutal
1) ubuntu: stop de tous les containers docker
2) ubuntu: stop du service et socket docker
3) depuis le debian une boucle qui fait: ssh ubuntu "tar cf - dossierX | pigz -c" > dossierX.tar.gz

Donc j'ai un ssh qui s'ouvre et se ferme pour chaque compression de dossier, et pas en parallèle ! Le premier passe, le 2e merde et tourne à 3 ko/sec . Sur le ubuntu je vois bien mon process tar | pigz qui tourne mais qui visiblement ne fout plus grand chose, le CPU est à 2%. A ce moment, sur l'ubuntu il n'y a plus rien à tourne à part ça donc on ne peut pas vraiment incriminer quoi que ce soit d'autre . J'ai aussi tenté de rajouté ces options anti timeout SSH dans les config ssh client et serveur mais ça ne change pas.

Ah et vu que j'avais des erreurs IOMMU dans les logs, j'ai désactivé cette fonction dans le bios de la machine mais ça ne change rien.

Bordel je ne comprends pas trop là

C'est bien un SSD dans la machine et un SSD en bon état?
 
Tu as vérifié le iowait? Cherche dans mes messages ici, j'avais (j'ai toujours ) un soucis sur une machine lors de sauvegardes (clé USB par contre).

+1, un petit iostat pendant le transfert pourrait en dire plus à ce sujet, si ce n'est pas déjà monitoré par ailleurs.

 
 
Les 2 machines sont des serveurs lenovo avec du raid hardware, Debian a des bêtes SATA 10Tb en RAID6 et Ubuntu a du SSD mais il faut que je check ce que c'est, je n'ai plus en tête.

Ca sent les pilotes réseaux foireux.
T'as testé de lancer des (plusieurs en parallèle) iperf entre les deux machines pour voir ?

Ca peut aussi être un port de switch foireux, regarde dans le management si tes ports ne remontent pas des erreurs, ou essaye de changer les ports de connexion de tes machines pour voir si le problème se déplace.

 
Fort curieux, j'ai demandé un check à l'équipe réseau et un des deux ports où est connecté l'ubuntu (la machine est en bonding sur 2 switch différents) avait beaucoup d'erreur CRC. Il a changé le câble et ça a l'air d'aller mieux. Je n'aurais pas cru que ça puisse flinguer un transfert comme ça

il avait essayé de simplement débranché/rebranché le câble, avant de le changer ? Parce que sinon si ça se trouve c'est la réinitialisation de la connexion qui a fait disparaître le problème (peut-être temporairement).

 
aucune idée, c'est pas mon taf le réseau

Des erreurs CRC, c'est clairement un pb de medium (cable ou gbic).

Vous utilisez quoi comme environment graphique ? J'ai toujours été sous XFCE au boulot, j'ai mis Mate sur mon portable mais ça reste un poil moche qqn a testé Budgie ?

Gnomes 48, pour moi vraiment ergonomique et pas aussi bordelique que KDE. Sinon j'ai été 2 ans sous Budgie, c'est sympa aussi, mais Gnome l'emporte pour moi, surtout depuis la version 46

i3 et sway du temps ou j'allumais encore ma machine GNU/Linux .

J'ai longtemps utilisé Mate, il y a quelques mois j'ai changé pour KDE et j'aime bien. C'est complet et plutôt pratique

XFCE
J'ai l'impression d'interagir tellement peu avec l'environnement graphique d'une manière générale, que je ne vois pas ce que quelque chose de plus complexe m'apporterait (mais j'avoue je n'ai pas essayé).

 
je me dis la même chose en fait mais XFCE est quand même pas fou fou de beauté

Qu'est-ce que la beauté, vous avez 1h.
 
Personnellement, j'ai adapté XFCE comme je voulais, ça ne brille pas, ça ne clignote pas, ça ne fait pas des effets 3D kikoo lol, mais c'est terriblement efficace.
 

 
J'aurais espéré un peu plus d'évolutions, car on a l'impression que depuis 20 ans, ils ne font que porter de GTK en GTK, mais après, honnêtement, ça me convient comme ça.

d'une certaine façon on pourrait dire que l'interface est de plus en plus rapide, car les machines sont de plus en plus puissantes mais le besoin de ressources d'XFCE reste constant

Personne sous Gnome?

Gnome, j'ai aussi utilisé pas mal sur un autre PC, mais j'ai toujours une petite larme en pensant à Gnome 2.x.

C'est pas trop mal, mais je reprocherai toujours à Gnome de simplifier tellement son interface que pour configurer certains trucs, il faut passer par leur simili-base de registres car toute option intéressante est masquée.