Cyril Brulebois a écrit 670 commentaires

Been there, done that.

Tu as moyen de savoir quand le problème apparaît/disparaît, le lien avec les éventuelles I/O disque (top 1 des pistes considérées après avoir exclu le CPU), et parfois on tombe sur des surprises, genre des soucis réseau. Cela ne va pas te donner nécessairement le coupable (il n'y a pas forcément unicité), mais tu auras une bien meilleure vision de ce qui provoque le pic de charge, sans avoir besoin de mettre en place munin ou un autre outil de monitoring un peu plus avancé.

Pourquoi je mentionne cela : J'ai monté un monitoring minimaliste basé là-dessus à la demande d'un client, et je donne des cours dont le programme inclut cet outil.

Debian Consultant @ DEBAMAX

Je pense que le vénérable sysstat est un sérieux candidat pour ton besoin. Il faut un peu de temps pour se familiariser avec la commande sar et ses multiples options pour accéder aux données qui t'intéressent mais ça peut valoir la peine de découvrir cet outil.

Sa description, dans Debian 8 :

Description-en: system performance tools for Linux
 The sysstat package contains the following system performance tools:
  - sar: collects and reports system activity information;
  - iostat: reports CPU utilization and disk I/O statistics;
  - mpstat: reports global and per-processor statistics;
  - pidstat: reports statistics for Linux tasks (processes);
  - sadf: displays data collected by sar in various formats;
  - cifsiostat: reports I/O statistics for CIFS filesystems;
  - nfsiostat-sysstat: (obsolete) reports I/O statistics
    for network filesystems.
 .
 The statistics reported by sar deal with I/O transfer rates,
 paging activity, process-related activities, interrupts,
 network activity, memory and swap space utilization, CPU
 utilization, kernel activities and TTY statistics, among
 others. Both UP and SMP machines are fully supported.

Debian Consultant @ DEBAMAX

lftp propose une commande debug, qui permettra probablement d'en savoir plus sur l'opération qui pose problème.

Debian Consultant @ DEBAMAX

Yep, l'arrivée de SIEVE = un vrai bonheur.

Debian Consultant @ DEBAMAX

Heureusement qu'on a des clous pour fixer tous ces bogues, hein ! ;)

Debian Consultant @ DEBAMAX

Vu le nombre de corrections qui passent par stable-proposed-updates (en plus des correctifs de sécurité qui passent par un canal dédié), je pense qu'il y a un certain a priori, ou une certaine méconnaissance du fonctionnement de la distribution, ou bien un peu de mauvaise foi.

Debian Consultant @ DEBAMAX

J'ai aperçu des gens mentionner vagrant sur le canal IRC #debian-cd mais je ne suis pas familier de la problématique des images cloud. Cela dit, il existe une liste debian-cloud@ où les derniers messages parlent justement de cela. Un début de réponse, peut-être ?

Debian Consultant @ DEBAMAX

Yes, spot on! Désolé, ça m'a échappé quand j'ai survolé la dépêche initialement.

Debian Consultant @ DEBAMAX

Merci à tous pour l'article. Une petite édition serait la bienvenue, mon compte Twitter est (du moins pour l'instant) celui où toutes les infos relatives à l'installateur sont publiées : cf. @CyrilBrulebois & #DebianInstaller.

Debian Consultant @ DEBAMAX

J'ai regardé ce que ça donne, et mon idée initiale est disponible ici : 0001-tasklist-Sort-grouped-windows-upon-insertion.patch

Et bien évidemment, il y a une petite blague, à savoir les mises à jour de titre d'application, spécifiquement pour les terminaux… Il faudrait donc pouvoir détecter les changements de titre d'une part, mais aussi probablement réagencer les objets GTK déjà créés, en plus de maintenir la liste triée à jour. Donc il reste un peu de boulot. ;) Mais preuve de concept minimale validée avec evince et quelques devis (YYYY-NNNN) ouverts dans un ordre quelconque : le tri est bien effectué en fonction du titre initial.

Debian Consultant @ DEBAMAX

En regardant rapidement le code, on s'aperçoit qu'il y a une itération qui est faite à plusieurs endroits sur la propriété windows :

  for (li = tasklist->windows; li != NULL; li = li->next)

et variantes. Du coup, on parcourt une liste chaînée, sans tri. On pourrait trier sur place, mais il y a plusieurs telles boucles, donc autant trier lors de l'ajout dans la liste, non ? (Un retrait ne peut pas perturber une liste déjà triée.)

Ça semble se passer dans xfce_tasklist_group_button_add_window() :

  /* add to internal list */
  group_child->windows = g_slist_prepend (group_child->windows, window_child);

or un coup d'œil rapide côté GLib suggère l'utilisation de g_slist_insert_sorted() existe… J'ai l'impression qu'il te reste à utiliser la bonne fonction de comparaison pour avoir le résultat voulu plutôt que le résultat actuel, à savoir l'ajout en début de liste via g_slist_prepend().

Ensuite, il te restera à proposer ça upstream. Reste à voir si cela vaut le coup de proposer une option XFCE_TASKLIST_GROUPING_ALWAYS_WITH_SORTING_ENABLED_INSIDE_EACH_GROUP (avec un meilleur nom) pour que XFCE_TASKLIST_GROUPING_ALWAYS garde le comportement actuel. Je présume que trier par défaut est un comportement plutôt sain, mais il y a peut-être des gens qui sont habitués à avoir la dernière fenêtre ajoutée en début de menu… #JeNeSuisPasUpstream ;-)

Debian Consultant @ DEBAMAX

Côté apache ça ressemble à :

# Allow access if one does not have a valid certificate
SSLVerifyClient optional

(avec optional au lieu de require)

Et si, Firefox (45 mais c'était déjà le cas il y a plusieurs années) propose l'utilisation d'un certificat dans ce cas…

Debian Consultant @ DEBAMAX

En complément de ip a, ip r et cat /etc/resolv.conf (avec un f final), attention à quelques points quand on est en phase de rodage/débogage :
* dhclient qui peut tourner en arrière-plan ;
* NetworkManager qui peut avoir envie de gérer telle ou telle interface.

Personnellement j'ai toujours eu un mal fou avec ifup/ifdown vu qu'il y a un semblant de suivi d'état mais pas trop, et on tombe souvent sur des choses incohérentes…

Bref, j'ai tendance à tester les réglages réseau à coup de ip a add monréseau/monmasque dev moninterface (même chose pour les routes avec ip r), et une fois que j'ai un quelque chose qui roule, je stocke tout ça dans /etc/network/interfaces.

Fin de l'interlude tips & tricks, bon courage.

Debian Consultant @ DEBAMAX

Presque tout est dans le titre. Ajouter des IP dans /etc/hosts, ça va bien deux minutes pour rigoler, mais ça n'est pas raisonnable.

Et pour l'anecdote, ajouter quelques noms locaux (foo.home etc.) est assez facile (avec ou sans reverse). ;)

Debian Consultant @ DEBAMAX

Merci de m'avoir évité la séance archéologie, c'est ce que j'avais en tête en voyant ce journal. ;)

Debian Consultant @ DEBAMAX

Ne pas prendre peur à cause des protections diverses et variées (crochets et slashes) :

awk '/^\[toto\]$/,/^\[\/toto\]$/ {ORS=""; print $0} /^\[\/toto\]$/ {print "\n"}'

À savoir tu veux recopier toute ligne entre [toto] et [/toto], en n'affichant pas de retour à la ligne entre chacune (d'où ORS à chaîne vide au lieu du retour à la ligne syndical), d'où la première partie ; et tu veux ajouter le retour à la ligne sur la balise fermante, d'où la seconde partie.

Debian Consultant @ DEBAMAX

Pour ceux qui auraient loupé cela il y a quelques mois, l'hommage sur debian.org : https://www.debian.org/News/2016/20160105

Debian Consultant @ DEBAMAX

Il n'y a aucun paquet nextcloud dans Debian à l'heure actuelle (y compris dans unstable/experimental), et je ne vois personne en train de préparer le taf : « RFP: nextcloud—self-hosted cloud services » (cf. https://bugs.debian.org/835086).

Note/rappel : RFP est pour Request For Package, qui sera(it) basculé en ITP (Intent To Package) pour signaler un début d'effort d'intégration dudit logiciel dans la distribution.

La deadline pour avoir un paquet dans la prochaine version stable étant au 5 janvier, ça ressemble à une occasion manquée (et/ou une volonté sous-jacente de ne pas être packagé dans telle ou telle distribution, je n'ai pas suivi les derniers développements des flamewars nuagesques).

(Note : J'ai cliqué Répondre naïvement plutôt qu'Envoyer un commentaire, cette réponse est donc threadée sous celle de ZeroHeure, mais sans rapport direct. Sorry.)

Debian Consultant @ DEBAMAX

À ce sujet, je conseille la lecture des commentaires d'Yves-Alexis Perez sur LWN, notamment cette partie :

What you gain is a root access to the initramfs, which you usually can access in other ways if you already have physical access to enter a passphrase to unlock the encrypted partition.

Debian Consultant @ DEBAMAX

Probablement https://github.com/codoit/conet ? (le nom d'utilisateur est passé à gauche de github.com et le nom du projet est resté à droite).

Debian Consultant @ DEBAMAX

Il existe des associations, comme CapLibre à Rennes ou Alliance Libre à Nantes. Voir aussi le Conseil National du Logiciel Libre qui en fédère une partie. ;-)

Debian Consultant @ DEBAMAX

J'ai signalé ce bogue l'année passée.

→ http://linuxfr.org/suivi/notifications-erronees-dans-le-tableau-de-bord

Debian Consultant @ DEBAMAX

C'est bien cela. Complément d'information :

kibi@arya:~$ /sbin/modinfo loop
filename:       /lib/modules/3.16.0-4-amd64/kernel/drivers/block/loop.ko
alias:          devname:loop-control
alias:          char-major-10-237
alias:          block-major-7-*
license:        GPL
depends:        
intree:         Y
vermagic:       3.16.0-4-amd64 SMP mod_unload modversions 
parm:           max_loop:Maximum number of loop devices (int)
parm:           max_part:Maximum number of partitions per loop device (int)

Si on n'est pas sûr, on peut se douter que cela provient de drivers/block/loop.c puis vérifier l'option correspondante dans drivers/block/Makefile, il s'agit de CONFIG_BLK_DEV_LOOP, puis consultation du help text correspondant dans drivers/block/Kconfig :

config BLK_DEV_LOOP
        tristate "Loopback device support"
        ---help---
          Saying Y here will allow you to use a regular file as a block
          device; you can then create a file system on that block device and
          mount it just as you would mount other block devices such as hard
          drive partitions, CD-ROM drives or floppy drives. The loop devices
          are block special device files with major number 7 and typically
              called /dev/loop0, /dev/loop1 etc.
[…]

Debian Consultant @ DEBAMAX

C'est effectivement dans l'interface de gestion de ton registrar (Gandi, Online, etc.) que tu peux éditer ta zone DNS et faire pointer les champs @ et/ou MX vers l'IP qui va bien.

Debian Consultant @ DEBAMAX

Tu n'es pas censé utiliser papa@IP mais toi@nom-de-domaine.tld. La correspondance entre nom-de-domaine.tld et l'IP du serveur de messagerie se fait généralement via un champ MX stocké dans le DNS.

Debian Consultant @ DEBAMAX