• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

cilium / cilium / 40017 / 2
39%
master: 39%

Build:
DEFAULT BRANCH: master
Ran 01 Apr 2022 06:48PM UTC
Files 908
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

01 Apr 2022 02:51PM UTC coverage: 35.07% (-0.006%) from 35.076%
40017.2

push

travis-ci-com

YutaroHayakawa
ipcache: Add test asserting out-of-order Kubernetes events

These tests answer the following questions:

* What happens if we receive an add/ update event from k8s with a pod
  that is using the same IP address of an
  already-gone-pod-but-delete-event-not-received?
* What happens if we receive an delete of an already gone pod after we
  have received an add/ update from a new pod using that same IP
  address?

What these tests confirm is that Kubernetes events that are out-of-order
are handled as they're received. Meaning the ipcache doesn't have any
special logic to handle for example whether an ipcache delete for a pod
X with IP A is the same pod X (by namespace & name) which previously
inserted an ipcache entry.

Suggested-by: André Martins <andre@cilium.io>
Signed-off-by: Chris Tarazi <chris@isovalent.com>

45054 of 128470 relevant lines covered (35.07%)

2383.28 hits per line

Source Files on job 40017.2
  • Tree
  • List 0
  • Changed 113
  • Source Changed 4
  • Coverage Changed 112
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 26982
  • Travis Job 40017.2
  • 31a5ff16 on github
  • Prev Job for on master (#39992.1)
  • Next Job for on master (#40041.1)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc