ovsdb-server - En ligne dans le Cloud

PROGRAMME:

Nom

ovsdb-server - Ouvrir le serveur de base de données vSwitch

SYNOPSIS

serveur-ovsdb [base de données]... [--à distance=éloigné]... [--run=commander]

Options du démon :
[--pidfile[=fichier pid]] [--overwrite-pidfile] [--détacher] [--no-chdir]

Options de services :
[--un service] [--service-moniteur]

Options de journalisation :
[-v[module[:destination[:niveau]]]]...
[--verbeux[=module[:destination[:niveau]]]]...
[--fichier journal[=filet]]

Options d'infrastructure à clé publique :
[--clé-privée=cléprivée.pem]
[--certificat=cert.pem]
[--ca-cert=cacert.pem]
[--bootstrap-ca-cert=cacert.pem]
[--peer-ca-cert=pair-cacert.pem]

Options de gestion de l'exécution :
--unixctl=douille

Options communes :
[-h | --Aidez-moi] [-V | --version]

DESCRIPTION

Votre serveur-ovsdb le programme fournit des interfaces RPC à une ou plusieurs bases de données Open vSwitch
(OVSDB). Il prend en charge les connexions client JSON-RPC sur TCP/IP actif ou passif ou Unix
sockets de domaine.

Chaque fichier OVSDB peut être spécifié sur la ligne de commande comme base de données. Si aucun n'est spécifié,
la valeur par défaut est /etc/openvswitch/conf.db. Les fichiers de la base de données doivent déjà avoir été
créé et initialisé en utilisant, par exemple, outil ovsdb engendrent.

OPTIONS

--à distance=éloigné
Ajoute éloigné comme méthode de connexion utilisée par serveur-ovsdb. éloigné doit prendre l'un des
les formes suivantes :

pssl :port[:ip]
Écouter sur le SSL donné port pour une connexion. Par défaut, les connexions sont
pas lié à une adresse IP locale particulière et il n'écoute que sur IPv4 (mais
pas d'adresses IPv6), mais en spécifiant ip limite les connexions à celles de la
donné ip, adresse IPv4 ou IPv6. Si ip est une adresse IPv6, puis enveloppez
ip avec des crochets, par exemple : psl:6640:[::1]L’ --Clé privée,
--certificat et --ca-cert les options sont obligatoires lorsque ce formulaire est utilisé.

ptcp :port[:ip]
Écouter sur le TCP donné port pour une connexion. Par défaut, les connexions sont
pas lié à une adresse IP locale particulière et il n'écoute que sur IPv4 (mais
pas les adresses IPv6), mais ip peut être spécifié pour écouter uniquement les connexions
au donné ip, adresse IPv4 ou IPv6. Si ip est une adresse IPv6,
puis envelopper ip avec des crochets, par exemple : ptcp:6640:[::1].

punir :filet
Sur POSIX, écoutez sur le socket du serveur de domaine Unix nommé filet |
connexion.

Sous Windows, écoutez sur un port TCP choisi par le noyau sur l'hôte local. Le noyau
la valeur du port TCP choisi est écrite dans filet.

SSL :ip:port
Le SSL spécifié port sur l'hôte au moment donné ip, qui doit être exprimé
en tant qu'adresse IP (pas un nom DNS) au format d'adresse IPv4 ou IPv6. Si ip is
une adresse IPv6, puis wrap ip avec des crochets, par exemple : SSL:[::1]:6640.
Votre --Clé privée, --certificat et --ca-cert les options sont obligatoires lorsque
ce formulaire est utilisé.

TCP :ip:port
Se connecter au TCP donné port on ip, Où ip peut être une adresse IPv4 ou IPv6.
If ip est une adresse IPv6, puis enveloppez ip avec des crochets, par exemple :
tcp :[::1]:6640.

unix :filet
Sur POSIX, connectez-vous au socket du serveur de domaine Unix nommé filet.

Sous Windows, connectez-vous à un port TCP localhost dont la valeur est écrite dans filet.

base de données :db,table,colonne
Lit des méthodes de connexion supplémentaires à partir de colonne dans toutes les lignes de table
dans les db. Comme le contenu de colonne changements, serveur-ovsdb ajoute également et
supprime les méthodes de connexion en conséquence.

If colonnele type de est une chaîne ou un ensemble de chaînes, puis les méthodes de connexion
sont tirés directement de la colonne. Les méthodes de connexion dans la colonne
doit avoir l'une des formes décrites ci-dessus.

If colonnele type de est UUID ou un ensemble d'UUID et fait référence à une table, puis chaque
L'UUID est recherché dans la table référencée pour obtenir une ligne. Ce qui suit
colonnes de la ligne, si elles sont présentes et du type correct, configurez un
méthode de connexion. Toutes les colonnes supplémentaires sont ignorées.

l'objectif (chaîne)
Méthode de connexion, sous l'une des formes décrites ci-dessus. Cette colonne
est obligatoire : s'il est manquant ou vide alors aucune méthode de connexion ne peut
être configuré.

max_backoff (entier)
Nombre maximal de millisecondes à attendre entre les tentatives de connexion.

inactivité_sonde (entier)
Nombre maximal de millisecondes de temps d'inactivité lors de la connexion au client
avant d'envoyer un message de sonde d'inactivité.

C'est une erreur pour colonne avoir un autre type.

Pour vous connecter ou écouter sur plusieurs méthodes de connexion, utilisez plusieurs --à distance options.

--run=commander]
Ordinairement serveur-ovsdb s'exécute indéfiniment, ou jusqu'à ce qu'on lui dise de quitter (voir DURÉE
et test d'intrusion COMMANDES au dessous de). Avec cette option, serveur-ovsdb à la place démarre un shell
sous-processus en cours d'exécution commander. Lorsque le sous-processus se termine, serveur-ovsdb aussi
sort gracieusement. Si le sous-processus se termine normalement avec le code de sortie 0, alors
serveur-ovsdb sort avec le code de sortie 0 également ; sinon, il sort avec le code de sortie 1.

Cette option peut être utile lorsqu'un serveur de base de données n'est nécessaire que pour exécuter un seul
commande, par exemple : serveur-ovsdb --remote=punix:socket --run='ovsdb-client déverser
Unix:socket Open_vSwitch'

Cette option n'est pas prise en charge sur la plate-forme Windows.

démon Options
Les options suivantes sont valides sur les plates-formes basées sur POSIX.

--pidfile[=fichier pid]
Provoque un fichier (par défaut, ovsdb-server.pid) à créer indiquant le PID de
le processus en cours. Si la fichier pid l'argument n'est pas spécifié, ou s'il ne le fait pas
commencer avec /, puis il est créé dans /var/run/openvswitch.

If --pidfile n'est pas spécifié, aucun fichier pid n'est créé.

--overwrite-pidfile
Par défaut, quand --pidfile est spécifié et le fichier pid spécifié existe déjà
et est verrouillé par un processus en cours d'exécution, serveur-ovsdb refuse de démarrer. Spécifier
--overwrite-pidfile pour qu'il écrase à la place le pidfile.

Quand --pidfile n'est pas spécifié, cette option n'a aucun effet.

--détacher
Fonctionne serveur-ovsdb comme processus d'arrière-plan. Le processus bifurque, et chez l'enfant il
démarre une nouvelle session, ferme les descripteurs de fichiers standards (qui ont le côté
effet de la désactivation de la journalisation sur la console) et modifie son répertoire actuel en
la racine (à moins que --no-chdir est spécifié). Une fois que l'enfant a terminé sa
initialisation, le parent quitte. serveur-ovsdb ne se détache qu'après avoir démarré
écoute sur toutes les télécommandes configurées.

--surveiller
Crée un processus supplémentaire pour surveiller le serveur-ovsdb démon. Si le démon
meurt à cause d'un signal indiquant une erreur de programmation (SIGABRT, SIGALRM, SIGBUS,
SIGFPE, JOINT, SIGPIPE, SIGSEGV, SIGXCPU, ou SIGXFSZ) puis le processus de surveillance
commence une nouvelle copie de celui-ci. Si le démon meurt ou quitte pour une autre raison, le
surveiller les sorties de processus.

Cette option est normalement utilisée avec --détacher, mais il fonctionne aussi sans.

--no-chdir
Par défaut, quand --détacher est spécifié, serveur-ovsdb change son fonctionnement actuel
répertoire dans le répertoire racine après son détachement. Sinon, en invoquant
serveur-ovsdb à partir d'un répertoire mal choisi empêcherait l'administrateur
de démonter le système de fichiers qui contient ce répertoire.

Spécification --no-chdir supprime ce comportement, empêchant serveur-ovsdb
changer son répertoire de travail actuel. Cela peut être utile pour collecter le noyau
fichiers, car il est courant d'écrire des vidages de mémoire dans le fichier de travail actuel
répertoire et le répertoire racine n'est pas un bon répertoire à utiliser.

Cette option n'a aucun effet lorsque --détacher n'est pas spécifié.

--utilisateur Causes serveur-ovsdb pour s'exécuter en tant qu'utilisateur différent spécifié dans "user:group", ainsi
supprimer la plupart des privilèges root. Les formes abrégées "user" et ":group" sont également
autorisés, avec l'utilisateur ou le groupe actuel sont supposés respectivement. Seuls les démons ont démarré
par l'utilisateur root accepte cet argument.

Sous Linux, les démons recevront CAP_IPC_LOCK et CAP_NET_BIND_SERVICES avant
suppression des privilèges root. Les démons interagissent avec les chemins de données, tels que ovs-vswitchd,
se verront accorder deux capacités supplémentaires, à savoir CAP_NET_ADMIN et CAP_NET_RAW.
Le changement de capacité s'appliquera même si le nouvel utilisateur est "root".

Sous Windows, cette option n'est actuellement pas prise en charge. Pour des raisons de sécurité,
si vous spécifiez cette option, le processus démon ne démarrera pas.

Service Options
Les options suivantes sont valides uniquement sur la plate-forme Windows.

--un service
Causes serveur-ovsdb pour fonctionner en tant que service en arrière-plan. Le service doit
ont déjà été créés via des outils externes comme SC.exe.

--service-moniteur
Provoque le serveur-ovsdb service à redémarrer automatiquement par Windows
gestionnaire de services si le service meurt ou se ferme pour des raisons inattendues.

Quand --un service n'est pas spécifié, cette option n'a aucun effet.

Journal Options
-v[spec]
--verbeux=[spec]
Définit les niveaux de journalisation. Sans aucun spec, définit le niveau de journalisation pour chaque module et
destination à dbg. Autrement, spec est une liste de mots séparés par des espaces ou
virgules ou deux-points, jusqu'à un dans chaque catégorie ci-dessous :

· Un nom de module valide, tel qu'affiché par le vlog/liste commande sur ovs-appctl(8),
limite la modification du niveau de journalisation au module spécifié.

· syslog, console, ou filet, pour limiter la modification du niveau de journalisation au
journal système, à la console ou à un fichier, respectivement. (Si --détacher is
spécifié, serveur-ovsdb ferme ses descripteurs de fichiers standard, donc la connexion à
la console n'aura aucun effet.)

Sur la plate-forme Windows, syslog est accepté comme un mot et n'est utile qu'avec
couplé à --syslog-cible option (le mot n'a aucun effet sinon).

· de rabais, Emer, se tromper, prévenir, d’informations., ou dbg, pour contrôler le niveau de journalisation. Messages de
la gravité donnée ou supérieure sera enregistrée, et les messages de gravité inférieure
sera filtré. de rabais filtre tous les messages. Voir ovs-appctl(8) pour
une définition de chaque niveau de log.

La casse n'est pas significative dans spec.

Quels que soient les niveaux de journalisation définis pour filet, la connexion à un fichier n'aura pas lieu
à moins que --fichier journal est également spécifié (voir ci-dessous).

Pour la compatibilité avec les anciennes versions d'OVS, tout est accepté comme un mot mais n'a pas
effet.

-v
--verbeux
Définit le niveau de verbosité de journalisation maximum, équivalent à --verbose=dbg.

-vMOTIF :destination:modèle
--verbose=MOTIF :destination:modèle
Définit le modèle de journal pour destination à modèle. Faire référence à ovs-appctl(8) pour un
description de la syntaxe valide pour modèle.

-vFACILITY :facilité
--verbose=INSTALLATION :facilité
Définit la fonction RFC5424 du message de journal. facilité peut être l'un des kern, utilisateur,
E-mail, démon, auth, syslog, LPR, nouvelles, uucp, horloge, ftp, ntp, audit, alerter, horloge2,
locale0, locale1, locale2, locale3, locale4, locale5, locale6 or locale7. Si cette option est
non précisé, démon est utilisé par défaut pour le syslog du système local et locale0
est utilisé lors de l'envoi d'un message à la cible fournie via le --syslog-cible
option.

--fichier journal[=filet]
Permet de se connecter à un fichier. Si filet est spécifié, alors il est utilisé comme nom exact
pour le fichier journal. Le nom de fichier journal par défaut utilisé si filet est omis est
/var/log/openvswitch/ovsdb-server.log.

--syslog-cible=hôte:port
Envoyer des messages syslog à UDP port on hôte, en plus du syslog du système. Les
hôte doit être une adresse IP numérique, pas un nom d'hôte.

--syslog-méthode=méthode
Spécifier méthode comment les messages syslog doivent être envoyés au démon syslog. Suivant
les formulaires sont pris en charge :

· libc, utilisez la libc journal système() fonction. Ceci est le comportement par défaut. Inconvénient
d'utiliser cette option est que la libc ajoute un préfixe fixe à chaque message avant
il est en fait envoyé au démon syslog via /dev/log socket de domaine UNIX.

· unix :filet, utilisez directement le socket de domaine UNIX. Il est possible de préciser
format de message arbitraire avec cette option. Cependant, rsyslogd 8.9 et plus vieux
les versions utilisent de toute façon la fonction d'analyseur codée en dur qui limite le domaine UNIX
utilisation de la prise. Si vous souhaitez utiliser un format de message arbitraire avec des rsyslogd
versions, puis utilisez plutôt le socket UDP pour l'adresse IP de l'hôte local.

· UDP :ip:port, utilisez le socket UDP. Avec cette méthode, il est possible d'utiliser
format de message arbitraire également avec les anciens rsyslogd. Lors de l'envoi de syslog
messages sur socket UDP, des précautions supplémentaires doivent être prises en compte,
par exemple, le démon syslog doit être configuré pour écouter sur le
Port UDP, des règles iptables accidentelles pourraient interférer avec le syslog local
trafic et certaines considérations de sécurité s'appliquent à UDP
sockets, mais ne s'appliquent pas aux sockets de domaine UNIX.

Public ACTIVITES Infrastructure Options
Les options décrites ci-dessous pour la configuration de l'infrastructure à clé publique SSL acceptent un
syntaxe spéciale pour obtenir leur configuration à partir de la base de données. Si l'un de ces
les options sont données base de données :db,table,colonne comme argument, alors le nom de fichier réel est lu
du spécifié colonne in table au sein du db base de données. Les colonne doit avoir le type
chaîne ou ensemble de chaînes. La première chaîne non vide de la table est prise comme fichier
Nom. (Cela signifie qu'habituellement, il devrait y avoir au plus une ligne dans table.)

-p cléprivée.pem
--clé-privée=cléprivée.pem
Spécifie un fichier PEM contenant la clé privée utilisée comme serveur-ovsdbl'identité de
connexions SSL sortantes.

-c cert.pem
--certificat=cert.pem
Spécifie un fichier PEM contenant un certificat qui certifie la clé privée
spécifié sur -p or --Clé privée être digne de confiance. Le certificat doit être signé
par l'autorité de certification (CA) que l'homologue dans les connexions SSL utilisera pour
le vérifier.

-C cacert.pem
--ca-cert=cacert.pem
Spécifie un fichier PEM contenant le certificat CA qui serveur-ovsdb devrait utiliser pour
vérifier les certificats qui lui sont présentés par les pairs SSL. (c'est peut-être le même
certificat que les homologues SSL utilisent pour vérifier le certificat spécifié sur -c or
--certificat, ou il peut être différent, selon la conception PKI utilisée.)

-C aucun
--ca-cert=aucun
Désactive la vérification des certificats présentés par les homologues SSL. Cela introduit un
risque de sécurité, car cela signifie que les certificats ne peuvent pas être vérifiés comme étant ceux de
hôtes de confiance connus.

--bootstrap-ca-cert=cacert.pem
Quand cacert.pem existe, cette option a le même effet que -C or --ca-cert. Si ça
n'existe pas, alors serveur-ovsdb tentera d'obtenir le certificat CA auprès de
l'homologue SSL lors de sa première connexion SSL et enregistrez-le dans le fichier PEM nommé. Si ça
réussit, il interrompra immédiatement la connexion et se reconnectera, et à partir de là
sur toutes les connexions SSL doit être authentifié par un certificat signé par l'AC
certificat ainsi obtenu.

Cette option expose le SSL connexion à a -middle man-in le- attaque obtention le
initiale CA certificat, mais cela peut être utile pour l'amorçage.

Cette option n'est utile que si l'homologue SSL envoie son certificat CA dans le cadre du
Chaîne de certificat SSL. Le protocole SSL ne nécessite pas que le serveur envoie le CA
certificat.

Cette option est mutuellement exclusive avec -C et --ca-cert.

--peer-ca-cert=pair-cacert.pem
Spécifie un fichier PEM qui contient un ou plusieurs certificats supplémentaires à envoyer à
homologues SSL. pair-cacert.pem doit être le certificat CA utilisé pour signer
serveur-ovsdbpropre certificat, c'est-à-dire le certificat spécifié sur -c or
--certificat. Si serveur-ovsdble certificat de est auto-signé, alors --certificat
et --peer-ca-certificat doit spécifier le même fichier.

Cette option n'est pas utile en fonctionnement normal, car le pair SSL doit déjà
avoir le certificat CA pour que le pair ait confiance en serveur-ovsdb's
identité. Cependant, cela offre un moyen pour une nouvelle installation d'amorcer l'autorité de certification
certificat lors de sa première connexion SSL.

Autre Options
--unixctl=douille
Définit le nom de la prise de contrôle sur laquelle serveur-ovsdb écoute le temps d'exécution
commandes de gestion (voir DURÉE et test d'intrusion COMMANDES, au dessous de). Si douille ne collecte
commencer avec /, il est interprété comme relatif à /var/run/openvswitch. Si --unixctl
n'est pas du tout utilisé, le socket par défaut est
/var/run/openvswitch/ovsdb-server.Pid.ctl, Où Pid is serveur-ovsdbID de processus de.

Sous Windows, utilise un port TCP choisi par le noyau sur l'hôte local pour écouter l'exécution
commandes de gestion. La valeur du port TCP choisi par le noyau est écrite dans un fichier dont
chemin absolu est pointé par douille. Si --unixctl n'est pas du tout utilisé, le fichier est
créé comme ovsdb-server.ctl dans le configuré OVS_RUNDIR répertoire.

Spécification aucun pour douille désactive la fonction de prise de contrôle.

-h
--Aidez-moi Imprime un bref message d'aide sur la console.

-V
--version
Imprime les informations de version sur la console.

DURÉE et test d'intrusion COMMANDES

ovs-appctl(8) peut envoyer des commandes à un serveur-ovsdb traiter. Le actuellement
les commandes prises en charge sont décrites ci-dessous.

OVSDB-SERVEUR COMMANDES
Ces commandes sont spécifiques à serveur-ovsdb.

sortie Causes serveur-ovsdb pour terminer gracieusement.

serveur-ovsdb/compact [db] ...
Compacte chaque base de données db en place. Sinon db est spécifié, compacte chaque base de données
en place. Les bases de données sont également automatiquement compactées occasionnellement.

ovsdb-serveur/reconnexion
Donne serveur-ovsdb supprimez toutes les connexions JSON-RPC aux clients de base de données et
reconnecter.

Cette commande peut être utile pour déboguer les problèmes avec les clients de base de données.

serveur-ovsdb/add-remote éloigné
Ajoute une télécommande, comme si --à distance=éloigné avait été spécifié sur le serveur-ovsdb commander
ligne. (Si éloigné est déjà une télécommande, cette commande réussit sans changer le
configuration.)

serveur-ovsdb/remove-remote éloigné
Supprime le spécifié éloigné de la configuration, échec avec une erreur si
éloigné n'est pas configuré comme télécommande. Cette commande ne fonctionne qu'avec les télécommandes qui
ont été nommés sur --à distance or serveur-ovsdb/add-remote, c'est-à-dire qu'il ne supprimera pas
télécommandes ajoutées indirectement car elles ont été lues à partir de la base de données en configurant un
base de données :db,table,colonne à distance. (Vous pouvez supprimer une source de base de données avec
serveur-ovsdb/remove-remote base de données :db,table,colonne, mais pas de télécommandes individuelles trouvées
indirectement via la base de données.)

serveur-ovsdb/list-remotes
Affiche une liste des télécommandes actuellement configurées nommées sur --à distance or
serveur-ovsdb/add-remote, c'est-à-dire qu'il ne répertorie pas les télécommandes ajoutées indirectement car
ils ont été lus à partir de la base de données en configurant un base de données :db,table,colonne éloigné.

serveur-ovsdb/add-db base de données
Ajoute la base de données à la course serveur-ovsdb. Le fichier de base de données doit déjà avoir
été créé et initialisé en utilisant, par exemple, outil ovsdb engendrent.

serveur-ovsdb/remove-db base de données
Supprime base de données de la course serveur-ovsdb. base de données doit être un nom de base de données
comme indiqué par serveur-ovsdb/list-dbs.

Si une télécommande a été configurée qui pointe vers le base de données (par exemple
--remote=db :base de données,... sur la ligne de commande), alors il sera désactivé jusqu'à ce que
une autre base de données du même nom est à nouveau ajoutée (avec serveur-ovsdb/add-db).

Toutes les options d'infrastructure à clé publique spécifiées via cette base de données (par ex.
--private-key=db :base de données,... sur la ligne de commande) sera désactivé jusqu'à ce qu'un autre
la base de données du même nom est à nouveau ajoutée (avec serveur-ovsdb/add-db).

serveur-ovsdb/list-dbs
Affiche une liste des bases de données actuellement configurées ajoutées soit via le
ligne de commande ou via le serveur-ovsdb/add-db commander.

VLOG COMMANDES
Ces commandes gèrent serveur-ovsdbles paramètres de journalisation de.

vlog/ensemble [spec]
Définit les niveaux de journalisation. Sans aucun spec, définit le niveau de journalisation pour chaque module et
destination à dbg. Autrement, spec est une liste de mots séparés par des espaces ou
virgules ou deux-points, jusqu'à un dans chaque catégorie ci-dessous :

· Un nom de module valide, tel qu'affiché par le vlog/liste commande sur ovs-appctl(8),
limite la modification du niveau de journalisation au module spécifié.

· syslog, console, ou filet, pour limiter la modification du niveau de journalisation au
journal système, à la console ou à un fichier, respectivement.

Sur la plate-forme Windows, syslog est accepté comme un mot et n'est utile qu'avec
couplé à --syslog-cible option (le mot n'a aucun effet sinon).

· de rabais, Emer, se tromper, prévenir, d’informations., ou dbg, pour contrôler le niveau de journalisation. Messages de
la gravité donnée ou supérieure sera enregistrée, et les messages de gravité inférieure
sera filtré. de rabais filtre tous les messages. Voir ovs-appctl(8) pour
une définition de chaque niveau de log.

La casse n'est pas significative dans spec.

Quels que soient les niveaux de journalisation définis pour filet, la connexion à un fichier n'aura pas lieu
à moins que serveur-ovsdb a été invoqué avec le --fichier journal option.

Pour la compatibilité avec les anciennes versions d'OVS, tout est accepté comme un mot mais n'a pas
effet.

vlog/ensemble MODÈLE:destination:modèle
Définit le modèle de journal pour destination à modèle. Faire référence à ovs-appctl(8) pour un
description de la syntaxe valide pour modèle.

vlog/liste
Répertorie les modules de journalisation pris en charge et leurs niveaux actuels.

vlog/liste-modèle
Répertorie les modèles de journalisation utilisés pour chaque destination.

vlog/rouvrir
Causes serveur-ovsdb pour fermer et rouvrir son fichier journal. (Ceci est utile après
rotation des fichiers journaux, pour provoquer l'utilisation d'un nouveau fichier journal.)

Cela n'a d'effet que si serveur-ovsdb a été invoqué avec le --fichier journal option.

vlog/désactiver-taux-limite [module] ...
vlog/activer-taux-limite [module] ...
Par défaut, serveur-ovsdb limite la vitesse à laquelle certains messages peuvent être enregistrés.
Lorsqu'un message apparaîtrait plus fréquemment que la limite, il est supprimé. Cette
économise de l'espace disque, facilite la lecture des journaux et accélère l'exécution, mais
Parfois, le dépannage nécessite plus de détails. Par conséquent,
vlog/désactiver-taux-limite permet de désactiver les limites de débit au niveau d'un
module de journal individuel. Spécifiez un ou plusieurs noms de module, tels qu'ils sont affichés par le
vlog/liste commander. En spécifiant soit aucun nom de module, soit le mot-clé tout
désactive les limites de débit pour chaque module de journal.

Votre vlog/activer-taux-limite commande, dont la syntaxe est la même que
vlog/désactiver-taux-limite, peut être utilisé pour réactiver une limite de débit qui était auparavant
désactivée.

MÉMOIRE COMMANDES
Ces commandes signalent l'utilisation de la mémoire.

mémoire/spectacle
Affiche quelques statistiques de base sur serveur-ovsdbl'utilisation de la mémoire de. serveur-ovsdb
enregistre également ces informations peu de temps après le démarrage et périodiquement en tant que mémoire
la consommation augmente.

COUVERTURE COMMANDES
Ces commandes gèrent serveur-ovsdb's ``compteurs de couverture'', qui comptent le nombre de
fois que des événements particuliers se produisent pendant l'exécution d'un démon. En plus de ces commandes,
serveur-ovsdb enregistre automatiquement les valeurs du compteur de couverture, à INFO niveau, lorsqu'il détecte
que la boucle principale du démon prend anormalement longtemps à s'exécuter.

Les compteurs de couverture sont principalement utiles pour l'analyse des performances et le débogage.

couverture/émission
Affiche les taux moyens par seconde pour les dernières secondes, la dernière minute
et la dernière heure, et le nombre total de tous les compteurs de couverture.

DONNÉES TECHNIQUES

serveur-ovsdb implémente le protocole Open vSwitch Database (OVSDB) spécifié dans la RFC 7047,
avec les précisions suivantes :

3.1. Utilisation de JSON
RFC 4627 indique que les noms dans un objet JSON doivent être uniques. Le vSwitch ouvert
L'analyseur JSON rejette tout sauf la dernière valeur pour un nom qui est spécifié plus de
une fois que.

La définition de permet des extensions de mise en œuvre. Actuellement
serveur-ovsdb utilise les chaînes d'"erreur" supplémentaires suivantes qui peuvent changer dans
versions ultérieures):

syntaxe erreur or inconnu colonne
La demande n'a pas pu être analysée en tant que demande OVSDB. Une "syntaxe" supplémentaire
membre, dont la valeur est une chaîne contenant du JSON, peut affiner le
syntaxe particulière qui n'a pas pu être analysée.

interne erreur
La demande a déclenché un bogue dans serveur-ovsdb.

ovsdb erreur
Une carte ou un ensemble contient une clé en double.

3.2. Format de schéma
RFC 7047 requiert le champ "version" dans . Les versions actuelles de
serveur-ovsdb permettre de l'omettre (les versions futures l'exigeront probablement).

4. Protocole de fil
Les spécifications OVSDB d'origine incluaient la raison suivante, omise de la RFC
7047, pour faire fonctionner JSON-RPC directement sur un flux au lieu de HTTP :

· JSON-RPC est un protocole peer-to-peer, mais HTTP est un protocole client-serveur,
ce qui est une mauvaise correspondance. Ainsi, JSON-RPC sur HTTP nécessite que le client
interroge périodiquement le serveur pour recevoir les requêtes du serveur.

· HTTP est plus compliqué que les connexions de flux et ne fournit aucun
avantage correspondant.

· La spécification JSON-RPC pour le transport HTTP est incomplète.

4.1.5. moniteur
Pour une compatibilité descendante, serveur-ovsdb permet actuellement un seul
request> à utiliser à la place d'un tableau ; il est traité comme un tableau à un seul élément.
Les futures versions de serveur-ovsdb pourrait supprimer cette fonctionnalité de compatibilité.

Parce que le le paramètre est utilisé pour faire correspondre les notifications de mise à jour ultérieures
(voir ci-dessous) à la demande, il doit être unique parmi tous les moniteurs actifs.
serveur-ovsdb rejette la tentative de création de deux moniteurs avec le même identifiant.

5.1. Notations
Pour , la RFC 7047 autorise uniquement l'utilisation de !=, ==, inclut et exclut
opérateurs avec des types d'ensembles. Ouvrez vSwitch 2.4 et version ultérieure étendre autoriser
l'utilisation de <, <=, >= et > opérateurs avec des colonnes de type ``ensemble de 0 ou 1
entier'' et ''ensemble de 0 ou 1 réel''. Ces conditions sont évaluées à fausses lorsque le
colonne est vide, et sinon comme décrit dans la RFC 7047 pour les types entier et réel.

Utilisez le serveur ovsdb en ligne à l'aide des services onworks.net