Reprise du message précédent :
comment vous dites ? un "index" ?   qu'est-ce que c'est ?  
 

 
Je n'en sais rien, tout ce que je sais pour le moment c'est que j'ai cette DB à remonter et que les seuls "backups" que j'ai sous la main c'est le rsync des fichiers brutes du mysql en question. Du coup je suis en train de déplacer les données crashées ailleurs, je vais rsync celles de cette nuit, démarrer le mysql en recovery mode et voir ce que ça donne

Je me doutais d'un truc du genre, je suis pas encore expert des architectures de ces routeurs, RIB/FIB ça me parle bien sur la théorie mais dans la pratique je sais pas quels sont les tenants et les aboutissants, pour optimiser et profiter au mieux des capacités du matos (les 27M routes en RIB versus la limite plus basse en FIB)  
Je vais donc devoir vérifier toutes les line cards pour confirmer jusqu'où chacune peut monter en fonction des cas, et ce qui est connecté dessus.  
 

Ta question de savoir si j'ai plusieurs ASR ? Ou de savoir quelles line cards j'ai ?  
Oui j'ai plusieurs châssis et également diverses line cards, vu qu'on a démarré à l'origine avec du 10G, puis on a upgradé plus tard certaines parties en 100G en fonction de l'évolution du trafic. On a aussi des switches satellites (ASR-9000v et NCS-5001) qui sont configurés pour se comporter comme des line cards, bref, j'ai tout un petit inventaire à faire Et visiblement certains châssis sont restés en RSP440.  
Les refs ça donne :  
A9K-RSP440-TR
A9K-RSP880-TR
A9K-MOD80-TR
A9K-MOD160-TR
A9K-MOD200-TR
etc.  
 
Ya aussi des CPAK emboîtés dans des MPA eux-mêmes emboités dans les MOD, c'est un beau bordel Je reprends le dossier doucement quand j'ai le temps, sachant que les personnes ayant monté ça ont quitté la boîte, pour l'instant je me renseigne et je marche sur des oeufs

Requête qui sature le disque et si partitions mal faite... Crash

t'es obligé d'être fullview @ptibeur ?
et file les warnings pour voir

tin je capte pas, je met au propre mes routeurs, j'améliore l'histoire de boucle locale, j'ai un vlan sur 2 bâtiment, toute la ligne est bien tagée, j'ai bridgé, j'ai bondé, tout ce que tu veux.
PC1 sw1 tagged avec int.222 = OK
PC2 sw1 untagged 222 avec inteface fixe = KO

edit: fuck j'avais oublié de re untagged =_=

ca me les brise

 
Le lien que j'ai mis explique vraiment pas mal le rôle de chaque partie, mais en gros sur un chassis tu as :
 
- une (ou deux) cartes de management qui gèrent le control plane, donc entre autre les sessions BGP avec tes peers, et qui gardent pour chaque préfixe existant une route vers chaque peer avec ses métadonnées (les attributs BGP). Donc mettons que tu as 10 peers qui t'envoient chacun 1M de routes, cette table de routage (qu'on appelle la RIB) contiendra 10M de routes. A partir de là on a la vue sur la totalité de l'info disponible, on peut pour chaque préfixe déterminer lequel est le meilleur, d'abord au sein des préfixes BGP (via le bgp best path selection algorithm), puis dans une deuxième phase en comparant les routes issues des différents protocoles de routage (OSPF, IS-IS statique etc) via leur administrative distances respectives pour déterminer quelle est la meilleure route d'entre toutes, toujours pour un préfixe donné. C'est cette meilleure route (et seulement celle là) qui va être poussée en FIB sur les linecards. Donc on comprend qu'avec XX peers qui annoncent chacun 1M de routes, comme ils vont à peu près tous annoncer les mêmes routes tu vas te retrouver à pousser environ 1M de routes seulement dans les FIB des linecards
 
- plusieurs line cards sur lesquelles sont branchés les ports ethernet. Ce sont elles qui prennent les décisions de routage pour chaque paquet entrant (c'est de ça dont on parle quand on parle de routeur "hardware", ie ce n'est pas la carte centrale qui route les paquets mais chaque puce au plus près des ports). Pour pouvoir router les paquets rapidement il faut que la table de routage (la FIB donc) soit dans une mémoire très rapide (la TCAM), qui coûte cher et qui est donc souvent la ressource limitante. C'est souvent la même TCAM qui est utilisée à la fois pour les routes IPv4, les routes IPv6, les labels MPLS, les adresses MAC d'ethernet, bref tout ce qui sert à forwarder des datagrames quels qu'ils soient. D'où l'idée de modifier le profil TCAM pour dire "je n'ai pas besoin d'une grande table MAC et je ne fais pas de MPLS donc je vais récupérer cet espace et l'allouer plutôt aux routes IPv4".
 
Donc les tenants et aboutissants :
- RIB = mémoire RAM pas cher sur les cartes de management, plus tu en as plus tu peux avoir de peers qui vont t'envoyer chacun leur version d'un même ensemble de routes
- FIB = mémoire TCAM chère sur les linecards, plus tu en as plus tu peux supporter un grand nombre de routes effectives, ou dit autrement plus tu peux supporter une grosse full-view.

Ca existe de l'USB-C DAC 10G ?
Parce que ces putains de dock y'a pas de port sfp+

j'aime beaucoup tes posts ivy gu, continue

T'en a en TB3, mais 200/300€.

C'est limpide

Putain jveux refaire du network

Ouais je sais

J'ai enfin raccordé mon labo dans le DC à Lyon

Dire qu'il y en a pour 6k€ maxi là dedans

 
Tu passes à Lyon et tu ne viens pas dire bonjour ?

Alors quick update de mon crash database et de mes backups vides

On trouve ceci sur le site de percona

>> In MariaDB 10.3 and later, Percona XtraBackup is not supported

Merci les gars, mon apt-upgrade a passé en version 10.3 il y a quelques mois. D'un côté c'est de ma faute, je n'ai pas vérifié correctement si les backup tournaient mais comme tout le monde vente cet outil, j'ai un peu trop fait confiance.

 
MP la prochaine fois, je vais y repasser d'ici 2 ou 3 semaines Idéalement pas loin du DC svp

Lequel ? J'en connais 4 à Lyon.

 
Celui de Jaguar, Rock DC avenue Rockfeller.

Ah, jamais fait celui-là.

A ta place je laisserai tourner le rollback.

Regarde si tu n'as pas eu un out of memory et un kill de MySQL par le kernel.

Ça arrive souvent si tu alloues plus de ram a MySQL que tu en as physiquement.

Je suis un peu étonné de ça.
Xtrabackup c'est surtout bien si tu es en full innodb. Après c'est utilisé par galera pour le sst (synchro des nœuds)

Si c'est un insert, ça aidera pas plus que ça

Oracle avec l'option in memory se débrouille très bien sur des bases de 20 milliards de tuples et des requêtes qui ne tapent pas sur les index

J'ai mal quand je lis ces choses

c'est marrant ça parle de BDD t'as des lurkeurs qui se manifestent, finalement ya plus de monde a suivre ce topic qu'on l'imagine!

Ca parle souvent réseau et perso j'ai un peu de mal a tout comprendre, même si dans ma jeunesse j'ai joué avec des switchs Cisco.

Faut demander des explications si ça t'interesse

J'ai assez a faire avec k8s et déjà que je pose pas mal de question a dd_pack  

Pense aux lurkers

En parlant BDD, y en a d'autres qui font du Db2 ?

C'est quoi la question ?

K8s, il remplace quoi ?

Il y a un topic k8s sur hfr ?

 
Rien ou swarm en plus de feature. C'est de l'orchestration de container, l'étape suivante. Comme il y a eu les VM, puis l'orchestration de VM, pareil avec container puis orchestration de container.
 
D'ailleurs dans 90% des cas c'est une couche au dessus maintenant.

Je m'y perds dans votre mille feuille
Je vais rester à la couche de sucre comme les gosses

J'ai du me connecter 2 fois a du DB2,je connais "mieux" informix  

Pas a la connaissance, je le solicite en mp  

ici ?

Vous utilisez quoi comme IPAM ? Quelles sont les raisons qui vous l’ont fait choisir ?  
 
Merci

Excel  

vim
 
(netbot en train d'être mis en place mais perso j'aurais bien tapé sur du terraform)