Reprise du message précédent :

Sauf quand c'est du NodeJS    
 
 

J'ai trouvé le module "modclean" qui est pas mal, qui ma fait gagné un peu de place.
Vous utilisez gruntjs pour  uglifier/compresser ?

Gulp, qui est appelé lors du npm i ou du run build.

Ok, donc il n'y a pas de moyen de gagner de la place de ce coté.

Salut,
 
Je reviens vers vous (décidément) car je viens d'avoir encore un crash dans mon pool.... Pour rappel depuis 3 certaines MAJ (dont maj HA)  j'ai des soucis avec mon pool de 2 serveur avec SR en NFS.
 
Cette nuit le serveur secondaire a encore crashé, et je revois des logs qui me chagrine:
 
Dec 15 00:26:16 xenserver-2 kernel: [669720.849173] ixgbe 0000:0d:00.0 eth4: Fake Tx hang detected with timeout of 80 seconds
 
des logs comme ca, yen a depuis hier 18:17 et juste avant qu'ils connmencent on a un pb kernel:
 
ec 14 18:18:26 xenserver-2 kernel: [647650.756874] ------------[ cut here ]------------
Dec 14 18:18:26 xenserver-2 kernel: [647650.756893] WARNING: at net/sched/sch_generic.c:255 dev_watchdog+0x1a4/0x280()
Dec 14 18:18:26 xenserver-2 kernel: [647650.756896] NETDEV WATCHDOG: eth4 (ixgbe): transmit queue 8 timed out
Dec 14 18:18:26 xenserver-2 kernel: [647650.756897] Modules linked in: tun nfsv4 nfs fscache bnx2fc(O) cnic(O) uio fcoe libfcoe libfc scsi_transport_fc scsi_tgt openvswitch(O) gre libcrc32c 8021q garp mrp stp llc ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 xt_tcpudp xt_multiport xt_conntrack nf_conntrack iptable_filter dm_multipath coretemp crc32_pclmul dcdbas aesni_intel aes_x86_64 ipmi_devintf ablk_helper cryptd lrw gf128mul glue_helper dm_mod microcode psmouse i7core_edac edac_core sg shpchp lpc_ich mfd_core hed ipmi_si ipmi_msghandler wmi nls_utf8 isofs nfsd auth_rpcgss oid_registry nfs_acl lockd sunrpc ip_tables x_tables sr_mod cdrom ata_generic pata_acpi hid_generic usbhid hid sd_mod serio_raw ata_piix libata ehci_pci ehci_hcd uhci_hcd e1000e(O) ixgbe(O) ptp pps_core megaraid_sas(O) bnx2(O) scsi_dh_rdac scsi_dh_hp_sw scsi_dh_emc scsi_dh_alua scsi_dh scsi_mod ipv6 autofs4
Dec 14 18:18:26 xenserver-2 kernel: [647650.756983] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G           O 3.10.0+10 #1
Dec 14 18:18:26 xenserver-2 kernel: [647650.756985] Hardware name: Dell Inc. PowerEdge R810/0TT6JF, BIOS 2.9.0 07/29/2013
Dec 14 18:18:26 xenserver-2 kernel: [647650.756988]  0000000000000009 ffff880183203d58 ffffffff81545307 ffff880183203d90
Dec 14 18:18:26 xenserver-2 kernel: [647650.756993]  ffffffff81054da1 ffff88017bb80000 0000000000000008 0000000000000000
Dec 14 18:18:26 xenserver-2 kernel: [647650.756997]  ffff88017bb75800 ffff88017bb75780 ffff880183203df0 ffffffff81054e0c
Dec 14 18:18:26 xenserver-2 kernel: [647650.757001] Call Trace:
Dec 14 18:18:26 xenserver-2 kernel: [647650.757004]  <IRQ>  [<ffffffff81545307>] dump_stack+0x19/0x1b
Dec 14 18:18:26 xenserver-2 kernel: [647650.757022]  [<ffffffff81054da1>] warn_slowpath_common+0x61/0x80
Dec 14 18:18:26 xenserver-2 kernel: [647650.757025]  [<ffffffff81054e0c>] warn_slowpath_fmt+0x4c/0x50
Dec 14 18:18:26 xenserver-2 kernel: [647650.757030]  [<ffffffff8149f914>] dev_watchdog+0x1a4/0x280
Dec 14 18:18:26 xenserver-2 kernel: [647650.757034]  [<ffffffff8149f770>] ? dev_deactivate_queue.constprop.29+0x60/0x60
Dec 14 18:18:26 xenserver-2 kernel: [647650.757039]  [<ffffffff81063cd3>] call_timer_fn+0x53/0x130
Dec 14 18:18:26 xenserver-2 kernel: [647650.757042]  [<ffffffff8149f770>] ? dev_deactivate_queue.constprop.29+0x60/0x60
Dec 14 18:18:26 xenserver-2 kernel: [647650.757047]  [<ffffffff810658fd>] run_timer_softirq+0x22d/0x290
Dec 14 18:18:26 xenserver-2 kernel: [647650.757054]  [<ffffffff8105d48b>] __do_softirq+0xfb/0x240
Dec 14 18:18:26 xenserver-2 kernel: [647650.757059]  [<ffffffff8155509c>] call_softirq+0x1c/0x30
Dec 14 18:18:26 xenserver-2 kernel: [647650.757069]  [<ffffffff81014203>] do_softirq+0x43/0x80
Dec 14 18:18:26 xenserver-2 kernel: [647650.757072]  [<ffffffff8105d6d9>] irq_exit+0x49/0xa0
Dec 14 18:18:26 xenserver-2 kernel: [647650.757081]  [<ffffffff81384ca5>] xen_evtchn_do_upcall+0x35/0x50
Dec 14 18:18:26 xenserver-2 kernel: [647650.757084]  [<ffffffff815550fe>] xen_do_hypervisor_callback+0x1e/0xa0
Dec 14 18:18:26 xenserver-2 kernel: [647650.757085]  <EOI>  [<ffffffff810013aa>] ? xen_hypercall_sched_op+0xa/0x20
Dec 14 18:18:26 xenserver-2 kernel: [647650.757093]  [<ffffffff810013aa>] ? xen_hypercall_sched_op+0xa/0x20
Dec 14 18:18:26 xenserver-2 kernel: [647650.757101]  [<ffffffff8100a340>] ? xen_safe_halt+0x10/0x30
Dec 14 18:18:26 xenserver-2 kernel: [647650.757107]  [<ffffffff8101a844>] ? default_idle+0x44/0xd0
Dec 14 18:18:26 xenserver-2 kernel: [647650.757110]  [<ffffffff8101b038>] ? arch_cpu_idle+0x18/0x30
Dec 14 18:18:26 xenserver-2 kernel: [647650.757117]  [<ffffffff810a3532>] ? cpu_startup_entry+0x1c2/0x280
Dec 14 18:18:26 xenserver-2 kernel: [647650.757125]  [<ffffffff8152b442>] ? rest_init+0x72/0x80
Dec 14 18:18:26 xenserver-2 kernel: [647650.757134]  [<ffffffff81ad6eee>] ? start_kernel+0x404/0x40f
Dec 14 18:18:26 xenserver-2 kernel: [647650.757137]  [<ffffffff81ad68f3>] ? repair_env_string+0x5e/0x5e
Dec 14 18:18:26 xenserver-2 kernel: [647650.757140]  [<ffffffff81ad65ee>] ? x86_64_start_reservations+0x2a/0x2c
Dec 14 18:18:26 xenserver-2 kernel: [647650.757144]  [<ffffffff81ad9b48>] ? xen_start_kernel+0x531/0x53d
Dec 14 18:18:26 xenserver-2 kernel: [647650.757146] ---[ end trace b8f7a697402b44ac ]---
Dec 14 18:18:26 xenserver-2 kernel: [647650.757156] ixgbe 0000:0d:00.0 eth4: Fake Tx hang detected with timeout of 5 seconds
Dec 14 18:18:36 xenserver-2 kernel: [647660.752866] ixgbe 0000:0d:00.0 eth4: Fake Tx hang detected with timeout of 10 seconds
Dec 14 18:18:41 xenserver-2 kernel: [647666.079846] usb 5-2.2: USB disconnect, device number 84
Dec 14 18:18:43 xenserver-2 kernel: [647667.561258] usb 5-2.2: new low-speed USB device number 85 using ehci-pci
Dec 14 18:18:43 xenserver-2 kernel: [647667.664248] input: PixArt USB Optical Mouse as /devices/pci0000:00/0000:00:1a.7/usb5/5-2/5-2.2/5-2.2:1.0/input/input10502
Dec 14 18:18:43 xenserver-2 kernel: [647667.664944] hid-generic 0003:093A:2510.2906: input,hidraw4: USB HID v1.11 Mouse [PixArt USB Optical Mouse] on usb-0000:00:1a.7-2.2/input0
Dec 14 18:18:56 xenserver-2 kernel: [647680.784899] ixgbe 0000:0d:00.0 eth4: Fake Tx hang detected with timeout of 20 seconds
Dec 14 18:19:36 xenserver-2 kernel: [647720.848913] ixgbe 0000:0d:00.0 eth4: Fake Tx hang detected with timeout of 40 seconds
Dec 14 18:19:45 xenserver-2 kernel: [647729.256911] usb 5-2.2: new low-speed USB device number 86 using ehci-pci
Dec 14 18:19:45 xenserver-2 kernel: [647729.356914] input: PixArt USB Optical Mouse as /devices/pci0000:00/0000:00:1a.7/usb5/5-2/5-2.2/5-2.2:1.0/input/input10503
Dec 14 18:19:45 xenserver-2 kernel: [647729.357812] hid-generic 0003:093A:2510.2907: input,hidraw4: USB HID v1.11 Mouse [PixArt USB Optical Mouse] on usb-0000:00:1a.7-2.2/input0
Dec 14 18:20:45 xenserver-2 kernel: [647789.471939] usb 5-2.2: USB disconnect, device number 86
Dec 14 18:20:46 xenserver-2 kernel: [647790.949078] usb 5-2.2: new low-speed USB device number 87 using ehci-pci
Dec 14 18:20:46 xenserver-2 kernel: [647791.048068] input: PixArt USB Optical Mouse as /devices/pci0000:00/0000:00:1a.7/usb5/5-2/5-2.2/5-2.2:1.0/input/input10504
Dec 14 18:20:46 xenserver-2 kernel: [647791.048860] hid-generic 0003:093A:2510.2908: input,hidraw4: USB HID v1.11 Mouse [PixArt USB Optical Mouse] on usb-0000:00:1a.7-2.2/input0
Dec 14 18:20:56 xenserver-2 kernel: [647800.848898] ixgbe 0000:0d:00.0 eth4: Fake Tx hang detected with timeout of 80 seconds
 
Et donc on voit bien a la fin du pb kernel les Fake Tx qui commence avec un timeout de 5 puis 10-20-40 et enfin 80. 80 étant peut être la dernière limite avant que watchdog réagisse?
 
Bref pour vous, de quoi ça pourrait provienir? Ca parle de CPU0 au début, peut être juste la donnée en timeout qui est passé sur ce CPU vers la carte réseau ? Puis après le problème réseau qui continue, et donc peut être un souci de carte 10G?
 
Merci d'avance
 

BIOS et firmaware à jour ? C'est un peu trop avancé par rapport à ma connaissance du domaine, je suis pas certain de voir quoi que ce soit d'évident là dedans.

Bios a jour oui, firmware de la carte réseau pas sur à 100% mais mon brokeur met tout a jour normalement avant d'envoyer...j'y ai pensé mais faut l'eteindre, un peu relou en prod...Mais la prochaine inter de nuit je vais m'y pencher de toute façon...

Au pire, est ce simple de changer une carte réseau sur un serveur en pool HA? Je suppose que comme l'adresse mac va changer il faut faire quelque chose? Ou c'est automatique?
 
MErci bien.

Je crois que j'ai jamais eu à faire ce genre d'opération par moi-même    
 
Par contre, je sais qu'on peut forcer les noms de device pour garder le même au final.

J'avais mis un script bash de check en boucle qui ping des interfaces réseau et j'ai eu l'alerte par mail avant le crash que plus aucune interface était joignable sur le xenserver-2...
 
Donc soit le problème vient du serveur qui fait ce test, autrement dit le serveur nfs principal, soit le xenserver-2, j'ai étendu ce scripts sur plus d'interfaces réseaux et je l'ai mis aussi sur le nfs-2 pour y voir plus clair ! Peut être que grâce au test petit à petit je vais comprendre d'ou vient le soucis

Ça me parait pas mal

Et un format/réinstall/patch du dom0 qui plante ?
 
XaT

Je n'ai pas fait de réinstalle non, car j'arrive pas à savoir si c'est lui qui plante ou le nfs...Au prochain plantage normalement je le saurais... On a désactivé la eth4 qui a l'air de poser problème, comme c'est un bond ça marche toujours, et on est entrain de voir pour pouvoir faire une maj firm de la 10G du xenserver-2 avec mon brokeur.
 
Patch dom0 ? Patch officiel? Si officiel j'ai tout fait oui, merci en tout cas

XO 5.5 https://xen-orchestra.com/blog/xen- [...] n=mail_5.5

Putain j'ai oublié de poster ici
 
Merci XaT'
 
 
 
XaT

   
 
Grillage de multi
 
XaT

 
C'était volontaire, comme un genre d'hommage pour ta célérité à poster ici après la release

 
Je contre
 

 
 
XaT

Sinon je suis content, le Jenkins à builder les .deb automatiquement.

Hmm il va peut être te manquer quelques morceaux Tu verras à l'usage. Et le jour où on va passer en monorepo  
 
Mais bon rien d'insurmontable

Je ne vois pas  comment il pourrait me manquer des morceaux  ?

On est pas arrivé à un résultat « comme on voulait » pour le file level restore, donc on a du s'appuyer sur des libs externes. Ça va probablement te manquer Genre libvhdi par exemple

Effectivement.  

Pour le probleme avec les nics 10G :  les drivers sont à jour  ?
Parceque c est soit un soucis de firm soit de driver.

MAJ par rapport à l'avancement sur l'hyperconvergence : https://xen-orchestra.com/blog/xens [...] ith-xosan/
 
Je vais tenter d'acheter du matos 10G d'occaz pour tester

"Deciated hardware" dedicated  ?

Si tu rapportes les phautes aussi (corrigé merci )

 
Lapin comprite le spoiler

https://www.citrix.com/blogs/2017/0 [...] 042f8c94b7

Yep, c'est plutôt une bonne nouvelle, Citrix indique bien clairement son engagement pour XS à long terme

En 10GB ça commence à envoyer du pâté XOSAN : https://xen-orchestra.com/blog/xosa [...] xenserver/
 
Ya ptetre encore une marge de progression, faut que je continue à jouer avec

Comme tu ne fais pas x10 sur les débits, ce qui limite maintenant, ça ne semble pas être le réseau (tout du moins la BP).
J'imagine que t'as d'autres metrics pour bench et tuner, car le débit c'est loin d’être la meilleure.

Oui c'est une problématique bien complexe, vu les couches qui s'empilent. Et puis faut rappeler que je suis sur des SSD merdiques (enfin grand public )

À priori, je pourrai monter en perfs avec plus de nœuds dans le pool (pour mieux disperser les IO), mais alors le premier facteur limitant serait soit le CPU soit le network.

Bref, j'ai encore pas mal de bench à faire Mais les résultats sont encourageants

 
Ca pourrait faire un bon stage de master "recherche". Dommage qu'il soit un peu tard peut être pour en soumettre un (Quoique les stages de mon école doivent être encore ouverts).

J'ai RDV avec les devs Gluster au FOSDEM pour discuter de l'archi Je vais en apprendre beaucoup je pense

Ça peut m’intéresser

 
L'archi est différente, et ya VSAN chez eux, pourquoi ne pas l'utiliser
 
 
edit : pour rappel :
 

Parceque vSan c'est cher
Enfin, je dis ça, avoir une archi ESXi + bricoler avec des briques pour monter un vSan-like, soit faut avoir un besoin bien spécifique, soit c'est se tirer une balle dans le pied...