**** BEGIN LOGGING AT Mon Dec 23 02:59:59 2013
Dec 23 03:50:10 <eigma> dev.openwrt.org broken?
Dec 23 03:54:45 <stintel> looks like it
Dec 23 03:55:01 <stintel> maybe just tracd that can't follow again
Dec 23 03:55:05 <stintel> try again in a few
Dec 23 03:57:58 <eigma> been like this for a few days I think
Dec 23 03:58:45 <stintel> works for me now
Dec 23 03:58:54 <stintel> maybe some cron job that is running, or just high load
Dec 23 05:22:19 <builder> build #399 of ixp4xx is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/ixp4xx/builds/399
Dec 23 05:39:21 <builder> build #403 of xburst is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/xburst/builds/403
Dec 23 06:54:47 <builder> build #345 of adm5120 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/adm5120/builds/345
Dec 23 08:20:44 <builder> build #392 of kirkwood is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/kirkwood/builds/392
Dec 23 09:46:01 <stintel> jow_laptop: I notice there is still a MINIUPNPD chain in the filter table, to allow FORWARD for DNAT rules inserted by miniupnpd, but that's no longer needed because of the ctstate DNAT rules, right?
Dec 23 10:08:16 <stintel> cyrusff: ping
Dec 23 10:08:24 <cyrusff> stintel: go ahead
Dec 23 10:08:29 <stintel> :)
Dec 23 10:08:32 <cyrusff> ;)
Dec 23 10:08:58 <cyrusff> nah, how can i be of assistance?
Dec 23 10:09:21 <stintel> I have this issue with a he.net tunnel on BB (r38631). I can ping the remote v6 address, but not much else
Dec 23 10:09:30 <stintel> traceroute6: can't connect to remote host: Network is unreachable
Dec 23 10:09:47 <stintel> and ip -6 ro shows no default route, but iirc that's normal because of the policy-based routing
Dec 23 10:09:56 <stintel> it should be in another table right ?
Dec 23 10:10:05 <cyrusff> ip -6 route show table all
Dec 23 10:10:07 <cyrusff> should show it
Dec 23 10:10:28 <stintel> heh lolwut
Dec 23 10:10:28 <stintel> unreachable default dev lo  table unspec  proto kernel  metric 4294967295  error -101 hoplimit 255
Dec 23 10:10:43 <cyrusff> that is normal
Dec 23 10:11:13 <stintel> ok
Dec 23 10:11:37 <stintel> default dev 6in4-wan6  table 1007  proto static  metric 1024
Dec 23 10:11:41 <stintel> I missed that one
Dec 23 10:12:25 <cyrusff> ping6 from the router itself to the internet should always work
Dec 23 10:12:36 <stintel> ping6: sendto: Network is unreachable
Dec 23 10:12:41 <cyrusff> interesting
Dec 23 10:13:25 <stintel> this works: ping6 -I 2001:470:1f14:918::2 google.be
Dec 23 10:13:32 <stintel> that's the IP of the tunnel interface
Dec 23 10:13:40 <stintel> but I have several subnets too
Dec 23 10:13:49 <stintel> on other interfaces
Dec 23 10:13:54 <cyrusff> ok
Dec 23 10:14:11 <stintel> hmmm, maybe I need to double check my config again
Dec 23 10:14:18 <stintel> my not be completely updated to the new way
Dec 23 10:14:49 <cyrusff> does ping6 -I 6in4-wan6 google.be work as well?
Dec 23 10:14:58 <stintel> that didn't
Dec 23 10:15:04 <cyrusff> strange
Dec 23 10:15:05 <stintel> retry to be sure
Dec 23 10:15:13 <stintel> nope, unreach
Dec 23 10:15:37 <cyrusff> you can list the policies with ip -6 rule show
Dec 23 10:15:49 <cyrusff> you should have a look at the rules that point to table 1007
Dec 23 10:16:24 <stintel> 80000:  from 2001:470:1f14:918::2 lookup 1007
Dec 23 10:16:24 <stintel> 90000:  from 2001:470:1f14:918::2/64 lookup 1007
Dec 23 10:16:55 <cyrusff> ok, so some rules are missing for your delegated prefixes
Dec 23 10:17:29 <stintel> I think I see why - ip6addr used on some other iface
Dec 23 10:17:34 <cyrusff> ok
Dec 23 10:18:44 <cyrusff> in any case we might get rid of those stupid clumsy policies again in the near future, source specific routes are fixed in the kernel now. just have to wait until all trunk is 3.10
Dec 23 10:18:55 <cyrusff> ;)
Dec 23 10:19:21 <stintel> ah, that's awesome
Dec 23 10:20:03 <stintel> ok, with ip6assign and ip6hint it's better now
Dec 23 10:20:07 <cyrusff> ok
Dec 23 10:20:12 <stintel> or not yet
Dec 23 10:20:27 <stintel> ah
Dec 23 10:20:27 <stintel> 90000:  from 2001:470:d652:666::1/64 iif br-lan lookup 1007
Dec 23 10:20:43 <stintel> but seems just "traceroute6 google.be" tries to use that address
Dec 23 10:20:52 <stintel> but then it's not iif br-lan but lo ?
Dec 23 10:20:59 <stintel> hmmmz
Dec 23 10:21:18 <stintel> Linux vr0 3.3.8 #1 Thu Oct 31 15:48:41 CET 2013 i686 GNU/Linux
Dec 23 10:21:31 <stintel> ok, gives me a reason to fix 3.10 for x86-kvm
Dec 23 10:21:39 <cyrusff> 3.3.8
Dec 23 10:21:41 <cyrusff> hmm
Dec 23 10:21:58 <stintel> yeah that subtarget is outdated ;)
Dec 23 10:22:13 <cyrusff> well in any case there should be a policy from ::/0 iif lo lookup 1007
Dec 23 10:22:23 <cyrusff> which should act as a catch all
Dec 23 10:22:32 <cyrusff> for local traffic
Dec 23 10:22:37 <cyrusff> i wonder why its missing
Dec 23 10:22:51 <stintel> 90042:  from all iif lo lookup 1007
Dec 23 10:22:55 <stintel> this one ?
Dec 23 10:23:04 <cyrusff> yeah
Dec 23 10:23:19 <stintel> this one is before that one: 90001:  from all iif lo lookup 1001
Dec 23 10:23:41 <cyrusff> does 1001 contain a default route?
Dec 23 10:23:45 <stintel> heh but that table is empty
Dec 23 10:23:51 <cyrusff> well then it won't matter
Dec 23 10:24:06 <stintel> there are several rules like that, all different lookup table, but all empty
Dec 23 10:24:10 <stintel> so strange indeed
Dec 23 10:24:54 <stintel> oh
Dec 23 10:25:12 <stintel> x86 is on 3.3.8, not just x86-kvm_guest
Dec 23 10:25:51 <cyrusff> hmm no
Dec 23 10:26:10 <stintel> target/linux/x86/Makefile vs target/linux/x86/generic/target.mk
Dec 23 10:26:16 <cyrusff> my vbox stuff runs 3.10
Dec 23 10:26:16 <stintel> *confusing*
Dec 23 10:57:49 <stintel> ah meh, I already sent support for 3.7 for kvm_guest subtarget, but never sent a patch to switch the target to it
Dec 23 10:57:52 <stintel> lulz
Dec 23 11:14:08 * russell-- just spotted nbd's talk on the 30c3 schedule
Dec 23 12:13:51 <OpenWrt-Commits> nbd r39156 trunk/package/network/services/hostapd/files/netifd.sh * hostapd: fix wep with netifd
Dec 23 12:29:15 <stintel> cyrusff: fyi, I updated that one to 3.10 and seems to work fine now
Dec 23 12:29:28 <stintel> (patches for x86/kvm_guest -> 3.10 sent to ML, too)
Dec 23 12:33:00 <cyrusff> thanks
Dec 23 12:33:19 <cyrusff> ill do the changes to remove the policies soon
Dec 23 13:20:29 <builder> build #327 of mpc52xx is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/327
Dec 23 14:40:49 <builder> build #311 of octeon is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/311
Dec 23 16:04:19 <Mazilo> Is anyone working to fix the problem with busybox committed on r39106?
Dec 23 16:21:21 <builder> build #436 of rb532 is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/436
Dec 23 16:28:29 <builder> build #436 of ppc44x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/436
Dec 23 16:54:17 <builder> build #447 of uml is complete: Failure [failed shell compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/447
Dec 23 17:07:38 <OpenWrt-Commits> juhosg r39157 trunk/target/linux/x86/kvm_guest/ config-3.10 target.mk * x86/kvm_guest: add support for 3.10 and switch to it
Dec 23 17:07:40 <OpenWrt-Commits> juhosg r39158 trunk/target/linux/x86/kvm_guest/config-3.3 * x86/kvm_guest: remove 3.3 support
Dec 23 17:07:41 <OpenWrt-Commits> juhosg r39159 trunk/target/linux/x86/kvm_guest/config-3.7 * x86/kvm_guest: remove 3.7 support
Dec 23 17:07:43 <OpenWrt-Commits> juhosg r39160 trunk/target/linux/ar71xx/files/arch/mips/ath79/dev-eth.c * ar71xx: don't set builtin_switch flag for QCA9558
Dec 23 17:07:45 <OpenWrt-Commits> juhosg r39161 trunk/target/linux/ar71xx/files/arch/mips/ath79/dev-eth.c * ar71xx: fix max frame length of the QCA955x SoCs
Dec 23 20:11:09 <builder> build #473 of orion is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/473
Dec 23 20:29:42 <stintel> oh I totally forgot signed-off-by on my patches
Dec 23 20:30:03 <stintel> it's been too long since I last submitted one I guess :P
Dec 23 20:44:32 <slachta> swalker: ping
Dec 23 21:16:11 <builder> build #458 of ppc40x is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/458
Dec 23 21:18:53 <builder> build #406 of sibyte is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/406
Dec 23 21:32:51 <builder> build #489 of at91 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/489
Dec 23 21:37:19 <builder> build #37 of imx6 is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/imx6/builds/37
Dec 23 22:30:09 <builder> build #463 of lantiq is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/463
Dec 23 22:32:20 <builder> build #36 of mxs is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/mxs/builds/36
Dec 23 22:40:55 <builder> build #459 of ppc40x is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/459
Dec 24 00:23:50 <builder> build #471 of atheros is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/atheros/builds/471
Dec 24 00:26:43 <builder> build #354 of iop32x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/354
Dec 24 01:02:17 <builder> build #448 of uml is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/448
**** ENDING LOGGING AT Tue Dec 24 03:00:00 2013