Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • netvs-core netvs-core
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 81
    • Issues 81
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • scc-netscc-net
  • netvs
  • netvs-corenetvs-core
  • Issues
  • #264
Closed
Open
Issue created Mar 03, 2021 by nico.schlitter@qn7750

fehlerhafte Gateway-Infos für BCD

Liebe Kollegen,

wir nutzen Eure API, um aus DNSVS Informationen abzurufen. Die so gewonnenen Infos importieren wir in unser Deploymentsystem (Foreman/Satellite). Nachdem der Datenimport letzte Woche produktiv ging, fiel auf, dass einige der neu deployten Machinen nicht per Netz erreichbar waren. Als Ursache sehen wir falsche Gateway-Infos im DNSVS, die beim Deployen via Satellite in die Netzconfig der betroffenen Maschinen übernommen wurden.

Hier ein konkretes Beispiel. Ich denke das Problem tritt häufiger auf: https://netvs.scc.kit.edu/dnsvs/bcds/v65_152

Als Gateway gelistet sind 10.65.152.2 und 10.65.152.3. Laut Bruno ist das korrekte Gateway aber 10.65.152.1.

Wir sind uns nicht sicher, ob das ein Bug in DNSVS ist oder ob irgendwo manuell falsche Gateways eingetragen wurden. Könnt Ihr uns aufklären, wo die Infos herkommen und wie wir das Problem fixen können?

Bei unseren API-Calls orientieren wir uns an Euren Beispielen von https://git.scc.kit.edu/scc-net/netvs/netdb-client-lib/-/wikis/examples. Ich vermute aber stark, dass das Ganze kein API-Problem ist, sondern eher in der darunterliegenden Datenbank liegt.

Viele Grüße, Nico

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking

Imprint