ovsdb-tool - En ligne dans le Cloud

PROGRAMME:

Nom

ovsdb-tool - Ouvrir l'utilitaire de gestion de base de données vSwitch

SYNOPSIS

outil ovsdb [Options] engendrent [db [schéma]]
outil ovsdb [Options] compact [db [l'objectif]]
outil ovsdb [Options] convertir [db [schéma [l'objectif]]]
outil ovsdb [Options] besoins-conversion [db [schéma]]
outil ovsdb [Options] version-db [db]
outil ovsdb [Options] version-schéma [schéma]
outil ovsdb [Options] db-cksum [db]
outil ovsdb [Options] schéma-cksum [schéma]
outil ovsdb [Options] question [db] transaction
outil ovsdb [Options] traiter [db] transaction
outil ovsdb [Options] [-m | --Suite] ... afficher le journal [db]
outil ovsdb vous aider

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

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

DESCRIPTION

Notre outil ovsdb programme est un outil en ligne de commande pour gérer la base de données Open vSwitch (OVSDB)
des dossiers. Il n'interagit pas directement avec les serveurs de base de données Open vSwitch en cours d'exécution (au lieu de cela,
utilisé client ovsdb).

Basic Commandes
engendrent db schéma
Lit un schéma OVSDB à partir du fichier nommé schéma et crée une nouvelle base de données OVSDB
fichier nommé db en utilisant ce schéma. La nouvelle base de données est initialement vide. Cette
la commande n'écrasera pas une commande existante db.

schéma doit contenir un schéma OVSDB au format JSON. Se référer à l'OVSDB
spécification pour plus de détails.

compact db [l'objectif]
Lit db et écrit une version compactée. Si l'objectif est spécifié, le compacté
la version est écrite sous la forme d'un nouveau fichier nommé l'objectif, qui ne doit pas déjà exister. Si
l'objectif est omis, alors la version compactée de la base de données remplace db en place.

convertir db schéma [l'objectif]
Lit db, en le traduisant dans le schéma spécifié dans schéma, et écrit le
nouvelle interprétation. Si l'objectif est spécifié, la version traduite est écrite sous la forme d'un
nouveau fichier nommé l'objectif, qui ne doit pas déjà exister. Si l'objectif est omis, alors
la version traduite de la base de données remplace db en place.

Cette commande peut effectuer de simples ``upgrades'' et ``downgrades'' sur le schéma d'une base de données.
Les données db doit être valide lorsqu'il est interprété selon schéma, avec un seul
exception : données dans db pour les tables et les colonnes qui n'existent pas dans schéma are
ignoré. Les colonnes qui existent dans schéma mais pas dans db sont réglés sur leur valeur par défaut
valeurs. Tous schémales contraintes de s'appliquent intégralement.

besoins-conversion db schéma
Lit le schéma intégré dans db et le schéma autonome dans schéma et compare
eux. Si les schémas sont les mêmes, imprime aucune sur la sortie standard ; s'ils diffèrent, imprimez oui.

version-db db
version-schéma schéma
Imprime le numéro de version dans le schéma intégré dans la base de données db ou à la
schéma autonome schéma sur stdout. Un numéro de version de schéma a la forme x.y.z.
See ovs-vswitchd.conf.db(5) pour plus de détails.

Les numéros de version de schéma et les numéros de version Open vSwitch sont indépendants.

If schéma or db a été créé avant l'introduction de la gestion des versions de schéma, alors il sera
pas de numéro de version et cette commande imprimera une ligne vide.

db-cksum db
schéma-cksum schéma
Imprime la somme de contrôle dans le schéma intégré dans la base de données db ou du
schéma autonome schéma sur stdout.

If schéma or db a été créé avant l'introduction des sommes de contrôle de schéma, alors il sera
pas de somme de contrôle et cette commande imprimera une ligne vide.

question db transaction
Ouvre db, exécute transaction dessus et imprime les résultats. Les transaction doit
être un tableau JSON au format du params tableau pour le JSON-RPC traiter Procédé,
comme décrit dans la spécification OVSDB.

Notre db est ouvert pour un accès en lecture seule, cette commande peut donc s'exécuter simultanément en toute sécurité
avec d'autres activités de base de données, y compris serveur-ovsdb et d'autres rédacteurs de bases de données.
Notre transaction peut spécifier des modifications de la base de données, mais celles-ci n'auront aucun effet
on db.

traiter db transaction
Ouvre db, exécute transaction dessus, imprime les résultats et valide les modifications
à dbL’ transaction doit être un tableau JSON au format du params tableau pour
le JSON-RPC traiter méthode, comme décrit dans la spécification OVSDB.

Notre db est ouvert et verrouillé pour un accès en lecture/écriture, donc cette commande échouera si le
base de données est ouverte en écriture par tout autre processus, y compris serveur-ovsdb (1).
Utilisez client ovsdb(1), à la place, pour écrire dans une base de données qui est servie par
serveur-ovsdb (1).

afficher le journal db
Imprime un résumé des enregistrements dans dble journal de , y compris l'heure et la date à laquelle
chaque changement de base de données s'est produit et tout commentaire associé. Cela peut être utile pour
débogage.

Pour augmenter la verbosité de la sortie, ajoutez -m (ou --Suite) une ou plusieurs fois au
ligne de commande. Avec une -m, afficher le journal imprime un récapitulatif des enregistrements ajoutés,
supprimés ou modifiés par chaque transaction. Avec deux -ms, afficher le journal imprime également le
valeurs des colonnes modifiées par chaque modification d'un enregistrement.

OPTIONS

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é, outil 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, info, 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-tool.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.

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

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

Utilisez ovsdb-tool en ligne à l'aide des services onworks.net