#arpnetworks 2014-07-01,Tue

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
milkiits ok. just download and execute it [00:09]
................ (idle for 1h16mn)
***Guest97810 has quit IRC (Ping timeout: 240 seconds) [01:25]
........... (idle for 50mn)
hive-mind has quit IRC (Remote host closed the connection)
hive-mind has joined #arpnetworks
cw1972 has quit IRC (Ping timeout: 264 seconds)
cw1972 has joined #arpnetworks
[02:15]
......................................................................... (idle for 6h1mn)
brycecmnathani: Sorry to say I have no idea. [08:18]
..... (idle for 24mn)
***joepie91 has quit IRC (Read error: Connection reset by peer) [08:42]
joepie91 has joined #arpnetworks [08:50]
.......... (idle for 49mn)
joepie91 has quit IRC (Read error: Connection reset by peer) [09:39]
joepie91 has joined #arpnetworks [09:48]
joepie91 has quit IRC (Ping timeout: 252 seconds)
joepie91 has joined #arpnetworks
joepie91 has quit IRC (Read error: Connection reset by peer)
[09:55]
brycecup_the_irons: and other metalheads, some free (and discounted) Mastodon https://play.google.com/store/music/collection/promotion_200041d_vid_mastodon [10:06]
***joepie91 has joined #arpnetworks [10:10]
joepie91 has quit IRC (Read error: Connection reset by peer) [10:18]
joepie91 has joined #arpnetworks
joepie91 has quit IRC (Read error: Connection reset by peer)
carvite has quit IRC (Ping timeout: 272 seconds)
joepie91 has joined #arpnetworks
carvite has joined #arpnetworks
[10:24]
joepie91 has quit IRC (Read error: Connection reset by peer) [10:42]
joepie91 has joined #arpnetworks [10:50]
m0undsyay mastodon [10:51]
.... (idle for 15mn)
***Guest98840 has joined #arpnetworks
joepie91 has quit IRC (Read error: Connection reset by peer)
[11:06]
joepie91 has joined #arpnetworks [11:18]
....................... (idle for 1h51mn)
Guest98840 has quit IRC (Ping timeout: 240 seconds) [13:09]
.............................................. (idle for 3h46mn)
cpinkus has quit IRC (Ping timeout: 260 seconds) [16:55]
cpinkus has joined #arpnetworks [17:07]
........... (idle for 54mn)
kevrughhhhhh [18:01]
..... (idle for 24mn)
brycecCan you be more specific? [18:25]
............... (idle for 1h12mn)
***RandalSchwartz has joined #arpnetworks [19:37]
RandalSchwartzwhat did I miss? :) [19:38]
brycecHow long were you gone? (I have quits hidden... just know that it's been awhile since you last spoke) [19:44]
milkithe logs should know
or not
well, the logs for today are quite sparse anyways
[19:52]
brycecThe logs would, but then I'd have to go to the effort of digging through logs
And I'm already busy with today's stumper
[19:56]
***dj_goku has quit IRC (Remote host closed the connection)
dj_goku has joined #arpnetworks
dj_goku has quit IRC (Changing host)
dj_goku has joined #arpnetworks
[19:57]
brycecOpenVZ container with v4 and v6 addresses (venet). Container can ping6 wherever it wants, it can "curl -6" wherever it wants, in short ipv6 seems to work fine. Client machines (same subnet) can ping6 the container, but can't make http or svn requests. tcpdump on the client shows only the request to the container, but the container and its host show two-way traffic [attempts]
But I think I found the culprit in tcpdump's -e -- the MAC on the return traffic is wrong
It's trying to return the request to 00:00:5e:00:01:14 which is a VRRP special MAC
Soooo my NDP table somehow got b0rked
wtf
[20:02]
staticsafehappens with openvz [20:07]
brycecyeah I know v6 in vz is a bit buggy [20:08]
staticsafedealt with a similar issues yesterday at $work
s/a//
[20:08]
BryceBot<staticsafe> delt with similr issues yesterdy t $work [20:08]
staticsafewell that was bad regex [20:09]
brycecwhat a coincidence
Was there a solution?
Or just "well that's openvz"
[20:09]
staticsafebrycec: using solusvm at work, just removed and readded the address
i think it was an issue with openvz + provider's switches
hard to debug
[20:10]
brycecGives me something at least, thanks [20:10]
hazardoushi brycebot [20:20]
BryceBotHello to you too, hazardous [20:20]
..... (idle for 23mn)
brycecUpdate: Both containers with v6 addresses on that host have the issue. AND a quick little python web server running on the host itself isn't accessible remotely (but is via ::1. and yes it's listening on :: and there are no iptables active)
So, it's just the host being a dick
And since venet is routed, that dickishness is passed along
[20:43]
VICTORY IS MINE
Now to figure out why exactly this worked "ip -6 route add 2001:400::/24 dev vmbr0"
[20:53]
staticsafe:o [20:54]
brycecI mean part of it is obvious
(I found that route on 1 of my 4 Proxmox hosts. I'm not sure how it got there.)
And I'm not sure why that /24 specifically
[20:54]
Probably because that's the upstream /24 of my /64
Still no idea where that came from, and why it's only on 1/4 hosts
[sorry for the flood, #arpnetworks]
[21:01]
***eryc_ has quit IRC (Ping timeout: 252 seconds)
tooth has quit IRC (Ping timeout: 252 seconds)
[21:13]
brycec^^ Answer: A typo in /etc/network/interfaces, "netmask 24" on the inet6 definition [21:13]
***tooth has joined #arpnetworks
eryc has joined #arpnetworks
[21:14]
..... (idle for 22mn)
brycecIt's so nice to see I'm not alone in this minor nightmare http://blog.endpoint.com/2013/07/proxmox-and-fun-maze-of-ipv6.html
In ARP news, ipv6 Just Works here :D
[21:36]
Welp, my woes are resolved. Turned out to be routing issues all along. [21:45]
............... (idle for 1h13mn)
mercutiowhy are you using openvz bryce [22:58]
brycecbecause I'm using Proxmox, and VZ is much, much lighter than a full-blown KVM instance [22:59]
....... (idle for 33mn)
mercutiooh yip [23:32]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)