vmhost-p09-copr ipv6 woes #13085
Labels
No labels
announcement
anubis
authentication
automate
aws
backlog
blocked
bodhi
ci
Closed As
Duplicate
Closed As
Fixed
Closed As
Fixed with Explanation
Closed As
Initiative Worthy
Closed As
Insufficient data
Closed As
Invalid
Closed As
Spam
Closed As
Upstream
Closed As/Will Not
Can Not fix
cloud
communishift
copr
database
day-to-day
dc-move
deprecated
dev
discourse
dns
downloads
easyfix
epel
factory2
firmitas
forgejo_migration
Gain
High
Gain
Low
Gain
Medium
gitlab
greenwave
hardware
help wanted
high-trouble
iad2
koji
koschei
lists
low-trouble
mbs
medium-trouble
mini-initiative
mirrorlists
monitoring
Needs investigation
notifier
odcs
OpenShift
ops
OSBS
outage
packager_workflow_blocker
pagure
permissions
Priority
Needs Review
Priority
Next Meeting
Priority
🔥 URGENT 🔥
Priority
Waiting on Assignee
Priority
Waiting on External
Priority
Waiting on Reporter
rabbitmq
rdu-cc
release-monitoring
releng
repoSpanner
request-for-resources
s390x
security
SMTP
sprint-0
sprint-1
src.fp.o
staging
taiga
unfreeze
waiverdb
websites-general
wiki
Backlog Status
Needs Review
Backlog Status
Ready
chore
documentation
points
01
points
02
points
03
points
05
points
08
points
13
Priority
High
Priority
Low
Priority
Medium
Sprint Status
Blocked
Sprint Status
Done
Sprint Status
In Progress
Sprint Status
Review
Sprint Status
To Do
Technical Debt
Work Item
Bug
Work Item
Epic
Work Item
Spike
Work Item
Task
Work Item
User Story
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
infra/tickets#13085
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Description of request
The vmhost-p09-copr01/02/03/04 machines in rdu3 have a ipv6 network setup to allow ssh in from the copr backend to manage them and get build artifacts off them.
Connectivity to the actual hypervisors seems to be working just fine.
However, vm's on those builders come up and sporadically become unreachable via ipv6.
It may be some bridge/bond issue, but everything is setup exactly like many of our other machines.
Or it could be some ipv6 / firewall bug.
Need to gather more info/debugging.
I updated all the vmhost-p09-copr* machines to the latest today and rebooted them.
The problem still seems to be there.
pinging a builder from my home network I notice:
Will see if networking has any ideas there...
They said that they found the same thing and it's like theres a loop on one port where it bounces back and forth and hits tome exceeded.
They want me to get tcpdumps from both interfaces on the server and also from inside the guest builder.
We will need copr folks to get tcpdump available in the guest for us to do that part.
Thanks to a bunch of work from @praiskup and puk from the networking team, this was tracked down to mac caching in the switching layer. ;(
It may now be fixed, but if it comes up again we should know the bug and can report it upstream.
Great work!