Hallo, ich möchte den offloader ffnw-muehlen-offloader01 updaten und bekomme die folgende Fehlermeldung beim manuellen Update: root@ffnw-muehlen-offloader01:~# autoupdater -f Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA New version available. Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3 Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA Invalid image checksum! Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd... No usable mirror found. Das Update hat heute von den beiden Routern ffnw-muehlen-04 und ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht. Hier noch das logread: root@ffnw-muehlen-offloader01:~# logread Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.296647] usbcore: registered new interface driver r8152 Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.314020] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded Wed Jun 21 18:24:57 2017 kern.debug kernel: [ 9.331058] r8169 0000:08:00.0: irq 26 for MSI/MSI-X Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.331506] r8169 0000:08:00.0 eth0: RTL8168c/8111c at 0xf8bea000, 00:19:99:5c:5b:cb, XID 1c2000c0 IRQ 26 Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.360180] r8169 0000:08:00.0 eth0: jumbo features [frames: 6128 bytes, tx checksumming: ko] Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.386250] usbcore: registered new interface driver rtl8150 Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.407637] sis900.c: v1.08.10 Apr. 2 2006 Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.420765] usbcore: registered new interface driver usbhid Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.437481] usbhid: USB HID core driver Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.464183] via_rhine: v1.10-LK1.5.1 2010-10-09 Written by Donald Becker Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.488788] xt_time: kernel timezone is -0000 Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.503779] usbcore: registered new interface driver asix Wed Jun 21 18:24:57 2017 kern.info kernel: [ 9.520914] usbcore: registered new interface driver dm9601 Wed Jun 21 18:24:57 2017 daemon.notice haveged: haveged starting up Wed Jun 21 18:24:57 2017 daemon.info haveged: haveged: ver: 1.9.1; arch: x86; vend: ; build: (gcc 4.8.3 IV); collect: 128K Wed Jun 21 18:24:57 2017 daemon.info haveged: haveged: cpu: (); data: 32K (P); inst: 32K (P); idx: 19/40; sz: 32237/65877 Wed Jun 21 18:24:57 2017 daemon.info haveged: haveged: fills: 0, generated: 0 Wed Jun 21 18:24:58 2017 cron.info crond[1527]: crond (busybox 1.23.2) started, log level 5 Wed Jun 21 18:24:58 2017 authpriv.info dropbear[1548]: Not backgrounding Wed Jun 21 18:24:58 2017 daemon.warn netifd: You have delegated IPv6-prefixes but haven't assigned them to any interface. Did you forget to set option ip6assign on your lan-interfaces? Wed Jun 21 18:24:58 2017 kern.info kernel: [ 11.861745] r8169 0000:08:00.0 eth0: link down Wed Jun 21 18:24:58 2017 kern.info kernel: [ 11.875242] r8169 0000:08:00.0 eth0: link down Wed Jun 21 18:24:58 2017 kern.info kernel: [ 11.889626] device eth0 entered promiscuous mode Wed Jun 21 18:24:58 2017 kern.info kernel: [ 11.907445] IPv6: ADDRCONF(NETDEV_UP): br-wan: link is not ready Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'wan6' is enabled Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'wan' is enabled Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'mesh_wan' is enabled Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'loopback' is enabled Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'loopback' is setting up now Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'loopback' is now up Wed Jun 21 18:24:58 2017 daemon.notice netifd: Network device 'lo' link is up Wed Jun 21 18:24:58 2017 daemon.notice netifd: Interface 'loopback' has link connectivity Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1774]: started, version 2.73 cachesize 150 Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1774]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1774]: DNS service limited to local subnets Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1774]: using local addresses only for domain lan Wed Jun 21 18:24:59 2017 daemon.warn dnsmasq[1774]: no servers found in /tmp/resolv.conf.auto, will retry Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1774]: read /etc/hosts - 1 addresses Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1780]: started, version 2.73 cachesize 150 Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1780]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify Wed Jun 21 18:24:59 2017 daemon.warn dnsmasq[1780]: no servers found in /var/gluon/wan-dnsmasq/resolv.conf, will retry Wed Jun 21 18:24:59 2017 daemon.info dnsmasq[1780]: cleared cache Wed Jun 21 18:24:59 2017 daemon.notice fastd[1836]: fastd v18 starting Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'mesh_vpn' is enabled Wed Jun 21 18:24:59 2017 daemon.notice netifd: Network device 'mesh-vpn' link is up Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'mesh_vpn' has link connectivity Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'mesh_vpn' is setting up now Wed Jun 21 18:24:59 2017 daemon.notice fastd[1836]: changed to UID 0, GID 800 Wed Jun 21 18:24:59 2017 daemon.info fastd[1836]: adding peer <mesh_vpn_backbone_peer_lk_vec01_10002> Wed Jun 21 18:24:59 2017 daemon.info fastd[1836]: resolving host `lk-vec01.sn.ffnw.de' for peer <mesh_vpn_backbone_peer_lk_vec01_10002>... Wed Jun 21 18:24:59 2017 daemon.info fastd[1836]: resolving host `lk-vec01.sn.ffnw.de' failed: Name or service not known Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.576828] batman_adv: bat0: Adding interface: primary0 Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.592781] batman_adv: bat0: Interface activated: primary0 Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.610125] 8021q: adding VLAN 0 to HW filter on device bat0 Wed Jun 21 18:24:59 2017 daemon.info procd: - init complete - Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'bat0' is enabled Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.665976] device bat0 entered promiscuous mode Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.699107] batman_adv: bat0: Adding interface: mesh-vpn Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.715056] batman_adv: bat0: The MTU of interface mesh-vpn is too small (1312) to handle the transport of batman-adv packets. Packets going over this interface will be fragmented on layer2 which could impact the performance. Setting the MTU to 1532 would solve the problem. Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.787646] batman_adv: bat0: Interface activated: mesh-vpn Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.811705] br-client: port 1(bat0) entered forwarding state Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.828703] br-client: port 1(bat0) entered forwarding state Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.848375] batman_adv: bat0: Changing gw mode from: off to: client Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.873525] batman_adv: bat0: gw_sel_class: Changing from: 20 to: 1 Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.899996] batman_adv: bat0: no_rebroadcast: Changing from: disabled to: enabled Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'client' is enabled Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'local_node' is enabled Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'local_node' is setting up now Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'local_node' is now up Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.924344] device br-client entered promiscuous mode Wed Jun 21 18:24:59 2017 kern.info kernel: [ 12.946484] batman_adv: bat0: hop_penalty: Changing from: 30 to: 15 Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'mesh_vpn' is now up Wed Jun 21 18:24:59 2017 daemon.notice netifd: Network device 'bat0' link is up Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'bat0' has link connectivity Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'bat0' is setting up now Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'bat0' is now up Wed Jun 21 18:24:59 2017 daemon.notice netifd: Bridge 'br-client' link is up Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'client' has link connectivity Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'client' is setting up now Wed Jun 21 18:24:59 2017 daemon.notice netifd: MAC VLAN 'local-node' link is up Wed Jun 21 18:24:59 2017 daemon.notice netifd: Interface 'local_node' has link connectivity Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.008428] batman_adv: bat0: multicast_mode: Changing from: enabled to: disabled Wed Jun 21 18:25:00 2017 user.notice firewall: Reloading firewall due to ifup of local_node (local-node) Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.140314] batman_adv: bat0: orig_interval: Changing from: 1000 to: 5000 Wed Jun 21 18:25:00 2017 user.notice sysctl: net.ipv6.conf.br-client.forwarding = 0 Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.740788] r8169 0000:08:00.0 eth0: link up Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.754368] br-wan: port 1(eth0) entered forwarding state Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.770568] br-wan: port 1(eth0) entered forwarding state Wed Jun 21 18:25:00 2017 daemon.notice netifd: Network device 'eth0' link is up Wed Jun 21 18:25:00 2017 daemon.notice netifd: Bridge 'br-wan' link is up Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'wan6' has link connectivity Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'wan6' is setting up now Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'wan' has link connectivity Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'wan' is setting up now Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'mesh_wan' has link connectivity Wed Jun 21 18:25:00 2017 daemon.notice netifd: Interface 'mesh_wan' is setting up now Wed Jun 21 18:25:00 2017 kern.info kernel: [ 13.788028] IPv6: ADDRCONF(NETDEV_CHANGE): br-wan: link becomes ready Wed Jun 21 18:25:00 2017 daemon.notice netifd: wan (2189): udhcpc (v1.23.2) started Wed Jun 21 18:25:01 2017 kern.info kernel: [ 13.899739] batman_adv: bat0: Adding interface: br-wan Wed Jun 21 18:25:01 2017 kern.info kernel: [ 13.915174] batman_adv: bat0: The MTU of interface br-wan is too small (1500) to handle the transport of batman-adv packets. Packets going over this interface will be fragmented on layer2 which could impact the performance. Setting the MTU to 1532 would solve the problem. Wed Jun 21 18:25:01 2017 kern.info kernel: [ 13.987324] batman_adv: bat0: Interface activated: br-wan Wed Jun 21 18:25:01 2017 daemon.notice netifd: wan (2189): Sending discover... Wed Jun 21 18:25:01 2017 daemon.notice netifd: Interface 'mesh_wan' is now up Wed Jun 21 18:25:01 2017 kern.info kernel: [ 14.820015] br-client: port 1(bat0) entered forwarding state Wed Jun 21 18:25:01 2017 kern.notice kernel: [ 14.944429] random: nonblocking pool is initialized Wed Jun 21 18:25:02 2017 kern.info kernel: [ 15.770013] br-wan: port 1(eth0) entered forwarding state Wed Jun 21 18:25:04 2017 daemon.notice netifd: wan (2189): Sending discover... Wed Jun 21 18:25:04 2017 daemon.notice netifd: wan (2189): Sending select for 192.168.178.49... Wed Jun 21 18:25:04 2017 daemon.notice netifd: wan (2189): Lease of 192.168.178.49 obtained, lease time 864000 Wed Jun 21 18:25:04 2017 daemon.notice netifd: Interface 'wan' is now up Wed Jun 21 18:25:04 2017 user.notice firewall: Reloading firewall due to ifup of wan (br-wan) Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[1774]: exiting on receipt of SIGTERM Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: started, version 2.73 cachesize 150 Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: DNS service limited to local subnets Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: using local addresses only for domain lan Wed Jun 21 18:25:04 2017 daemon.warn dnsmasq[2336]: no servers found in /tmp/resolv.conf.auto, will retry Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: read /etc/hosts - 1 addresses Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[2336]: read /tmp/hosts/dhcp - 0 addresses Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[1780]: reading /var/gluon/wan-dnsmasq/resolv.conf Wed Jun 21 18:25:04 2017 daemon.info dnsmasq[1780]: using nameserver 192.168.178.1#53 Wed Jun 21 18:25:11 2017 daemon.notice netifd: Interface 'client' is now up Wed Jun 21 18:25:11 2017 user.notice firewall: Reloading firewall due to ifup of client (br-client) Wed Jun 21 18:25:23 2017 daemon.info fastd[1836]: resolving host `lk-vec01.sn.ffnw.de' for peer <mesh_vpn_backbone_peer_lk_vec01_10002>... Wed Jun 21 18:25:23 2017 daemon.info fastd[1836]: resolved host `lk-vec01.sn.ffnw.de' successfully Wed Jun 21 18:25:41 2017 daemon.info fastd[1836]: sending handshake to <mesh_vpn_backbone_peer_lk_vec01_10002>[[2a01:4f8:161:5205::23]:10002]... Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: sending handshake to <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]... Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: resolving host `lk-vec01.sn.ffnw.de' for peer <mesh_vpn_backbone_peer_lk_vec01_10002>... Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: resolved host `lk-vec01.sn.ffnw.de' successfully Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: received handshake response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002] using fastd v18 Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: 5.9.56.23:10002 authorized as <mesh_vpn_backbone_peer_lk_vec01_10002> Wed Jun 21 18:26:01 2017 daemon.notice fastd[1836]: connection with <mesh_vpn_backbone_peer_lk_vec01_10002> established. Wed Jun 21 18:26:01 2017 daemon.info fastd[1836]: new session with <mesh_vpn_backbone_peer_lk_vec01_10002> established using method `salsa2012+umac'. Wed Jun 21 18:26:04 2017 daemon.info dnsmasq[2336]: reading /tmp/resolv.conf.auto Wed Jun 21 18:26:04 2017 daemon.info dnsmasq[2336]: using local addresses only for domain lan Wed Jun 21 18:26:04 2017 daemon.info dnsmasq[2336]: using nameserver 2a03:b0c0:3:d0::bd6:b001#53 Wed Jun 21 18:26:04 2017 daemon.info dnsmasq[2336]: using nameserver 2001:67c:18e8:0:2::181#53 Wed Jun 21 18:26:04 2017 user.notice firewall: Reloading firewall due to ifupdate of client (br-client) Wed Jun 21 18:26:18 2017 kern.info kernel: [ 91.905941] br-client: Multicast hash table chain limit reached: bat0 Wed Jun 21 18:29:43 2017 kern.info kernel: [ 296.760280] br-client: Multicast hash table chain limit reached: bat0 Wed Jun 21 18:29:43 2017 kern.warn kernel: [ 296.779729] br-client: Cannot rehash multicast hash table, disabling snooping: bat0, 432, -22 Wed Jun 21 18:30:55 2017 authpriv.info dropbear[2631]: Child connection from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41328 Wed Jun 21 18:31:02 2017 authpriv.notice dropbear[2631]: Password auth succeeded for 'root' from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41328 Wed Jun 21 18:31:21 2017 authpriv.info dropbear[2631]: Exit (root): Exited normally Wed Jun 21 19:18:49 2017 daemon.info fastd[1836]: refreshing session with <mesh_vpn_backbone_peer_lk_vec01_10002> Wed Jun 21 19:18:49 2017 daemon.info fastd[1836]: sending handshake to <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]... Wed Jun 21 19:18:49 2017 daemon.info fastd[1836]: received handshake response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002] using fastd v18 Wed Jun 21 19:18:49 2017 daemon.info fastd[1836]: 5.9.56.23:10002 authorized as <mesh_vpn_backbone_peer_lk_vec01_10002> Wed Jun 21 19:18:49 2017 daemon.info fastd[1836]: new session with <mesh_vpn_backbone_peer_lk_vec01_10002> established using method `salsa2012+umac'. Wed Jun 21 20:12:47 2017 daemon.info fastd[1836]: refreshing session with <mesh_vpn_backbone_peer_lk_vec01_10002> Wed Jun 21 20:12:47 2017 daemon.info fastd[1836]: sending handshake to <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]... Wed Jun 21 20:12:47 2017 daemon.info fastd[1836]: received handshake response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002] using fastd v18 Wed Jun 21 20:12:47 2017 daemon.info fastd[1836]: 5.9.56.23:10002 authorized as <mesh_vpn_backbone_peer_lk_vec01_10002> Wed Jun 21 20:12:47 2017 daemon.info fastd[1836]: new session with <mesh_vpn_backbone_peer_lk_vec01_10002> established using method `salsa2012+umac'. Wed Jun 21 21:06:42 2017 daemon.info fastd[1836]: refreshing session with <mesh_vpn_backbone_peer_lk_vec01_10002> Wed Jun 21 21:06:42 2017 daemon.info fastd[1836]: sending handshake to <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002]... Wed Jun 21 21:06:42 2017 daemon.info fastd[1836]: received handshake response from <mesh_vpn_backbone_peer_lk_vec01_10002>[5.9.56.23:10002] using fastd v18 Wed Jun 21 21:06:42 2017 daemon.info fastd[1836]: 5.9.56.23:10002 authorized as <mesh_vpn_backbone_peer_lk_vec01_10002> Wed Jun 21 21:06:42 2017 daemon.info fastd[1836]: new session with <mesh_vpn_backbone_peer_lk_vec01_10002> established using method `salsa2012+umac'. Wed Jun 21 21:32:44 2017 authpriv.info dropbear[8167]: Child connection from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41335 Wed Jun 21 21:32:55 2017 authpriv.notice dropbear[8167]: Password auth succeeded for 'root' from fd74:fdaa:9dc4:0:c66e:1fff:fe41:6727:41335 Wed Jun 21 21:34:49 2017 daemon.info haveged: haveged: Stopping due to signal 15 Wed Jun 21 21:34:49 2017 kern.info kernel: [11402.096197] sysctl (8282): drop_caches: 3 Wed Jun 21 21:35:57 2017 cron.info crond[8373]: crond (busybox 1.23.2) started, log level 5 Wed Jun 21 21:35:57 2017 daemon.notice haveged: haveged starting up Wed Jun 21 21:35:57 2017 daemon.info haveged: haveged: ver: 1.9.1; arch: x86; vend: ; build: (gcc 4.8.3 IV); collect: 128K Wed Jun 21 21:35:57 2017 daemon.info haveged: haveged: cpu: (); data: 32K (P); inst: 32K (P); idx: 19/40; sz: 32237/65877 Wed Jun 21 21:35:57 2017 daemon.info haveged: haveged: fills: 0, generated: 0 Wed Jun 21 21:36:35 2017 daemon.info haveged: haveged: Stopping due to signal 15 Wed Jun 21 21:36:35 2017 kern.info kernel: [11508.084664] sysctl (8484): drop_caches: 3 Wed Jun 21 21:37:19 2017 cron.info crond[8569]: crond (busybox 1.23.2) started, log level 5 Wed Jun 21 21:37:19 2017 daemon.notice haveged: haveged starting up Wed Jun 21 21:37:19 2017 daemon.info haveged: haveged: ver: 1.9.1; arch: x86; vend: ; build: (gcc 4.8.3 IV); collect: 128K Wed Jun 21 21:37:19 2017 daemon.info haveged: haveged: cpu: (); data: 32K (P); inst: 32K (P); idx: 19/40; sz: 32237/65877 Wed Jun 21 21:37:19 2017 daemon.info haveged: haveged: fills: 0, generated: 0 VG Martin
On 06/21/17 21:43, Martin Brehme via Nordwest wrote:
Hallo,
ich möchte den offloader ffnw-muehlen-offloader01 updaten und bekomme die folgende Fehlermeldung beim manuellen Update:
root@ffnw-muehlen-offloader01:~# autoupdater -f Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA New version available. Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3 Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA Invalid image checksum! Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd... No usable mirror found.
Das Update hat heute von den beiden Routern ffnw-muehlen-04 und ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht.
Das sieht aus als gäbe es Probleme mit dem Durchsatz bei v6 in der hood. Vermute ich am Abbruch des Downloads. vg Tarek
In dem ich mir die BGPs anschaue und nen wget Bind ;) root@vec01 ~ # wget -O /dev/null http://mirror.de.leaseweb.net/speedtest/100mb.bin --bind-address=2a03:2260:1001:a800::1 --2017-06-21 22:44:29-- http://mirror.de.leaseweb.net/speedtest/100mb.bin Auflösen des Hostnamen »mirror.de.leaseweb.net (mirror.de.leaseweb.net)«... 2a00:c98:2030:a034::21, 37.58.58.140 Verbindungsaufbau zu mirror.de.leaseweb.net (mirror.de.leaseweb.net)|2a00:c98:2030:a034::21|:80... verbunden. HTTP-Anforderung gesendet, warte auf Antwort... 200 OK Länge: 100000000 (95M) [application/octet-stream] In »»/dev/null«« speichern. /dev/null 80% 76,50M 20,3MB/s eta 3s Von meinem iPhone gesendet
Am 21.06.2017 um 22:41 schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/21/17 22:28, Stefan Dunkel via Nordwest wrote: Nope, da läuft alles.
Woran machts du das den fest?
vg Tarek
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Die User vor Ort klagen auch über sehr schlechte Verbindung ins Internet. Ich kann das gerade nicht prüfen, da ich nicht vor Ort bin. Aber ich komme von meinem ff router per ssh auf die router vor Ort. Allerdings habe ich bei der ssh Verbindung oft delay Martin Am 21. Juni 2017 10:26:40 nachm. schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/21/17 21:43, Martin Brehme via Nordwest wrote:
Hallo,
ich möchte den offloader ffnw-muehlen-offloader01 updaten und bekomme die folgende Fehlermeldung beim manuellen Update:
root@ffnw-muehlen-offloader01:~# autoupdater -f Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA New version available. Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3 Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA Invalid image checksum! Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd... No usable mirror found.
Das Update hat heute von den beiden Routern ffnw-muehlen-04 und ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht.
Das sieht aus als gäbe es Probleme mit dem Durchsatz bei v6 in der hood.
Vermute ich am Abbruch des Downloads.
vg Tarek
---------- _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Was ist das fürn Anschluss? Kann ich auf den Offloader mal Zugriff bekommen? Von meinem iPhone gesendet
Am 21.06.2017 um 22:32 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Die User vor Ort klagen auch über sehr schlechte Verbindung ins Internet. Ich kann das gerade nicht prüfen, da ich nicht vor Ort bin. Aber ich komme von meinem ff router per ssh auf die router vor Ort. Allerdings habe ich bei der ssh Verbindung oft delay
Martin
Am 21. Juni 2017 10:26:40 nachm. schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/21/17 21:43, Martin Brehme via Nordwest wrote:
Hallo,
ich möchte den offloader ffnw-muehlen-offloader01 updaten und bekomme die folgende Fehlermeldung beim manuellen Update:
root@ffnw-muehlen-offloader01:~# autoupdater -f Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA New version available. Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3 Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA Invalid image checksum! Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd... No usable mirror found.
Das Update hat heute von den beiden Routern ffnw-muehlen-04 und ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht.
Das sieht aus als gäbe es Probleme mit dem Durchsatz bei v6 in der hood.
Vermute ich am Abbruch des Downloads.
vg Tarek
---------- _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Das ist ein 16000er DSL Anschluss der EWE Schick mir mal deinen Public Key. Martin Am 21.06.2017 um 22:34 schrieb Stefan Dunkel via Nordwest:
Was ist das fürn Anschluss? Kann ich auf den Offloader mal Zugriff bekommen?
Von meinem iPhone gesendet
Am 21.06.2017 um 22:32 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Die User vor Ort klagen auch über sehr schlechte Verbindung ins Internet. Ich kann das gerade nicht prüfen, da ich nicht vor Ort bin. Aber ich komme von meinem ff router per ssh auf die router vor Ort. Allerdings habe ich bei der ssh Verbindung oft delay
Martin
Am 21. Juni 2017 10:26:40 nachm. schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/21/17 21:43, Martin Brehme via Nordwest wrote:
Hallo,
ich möchte den offloader ffnw-muehlen-offloader01 updaten und bekomme die folgende Fehlermeldung beim manuellen Update:
root@ffnw-muehlen-offloader01:~# autoupdater -f Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA New version available. Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3 Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA Invalid image checksum! Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd... No usable mirror found.
Das Update hat heute von den beiden Routern ffnw-muehlen-04 und ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht.
Das sieht aus als gäbe es Probleme mit dem Durchsatz bei v6 in der hood.
Vermute ich am Abbruch des Downloads.
vg Tarek
---------- _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Das wird das Problem sein - die Anschlüsse laufen häufig am Limit und alles endet im Packet Loss ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAQEAkvFAse3AS8NUGQprbMnsClgcWysGcama/bVUhZGCySGooZFuLQh2UXlqdrfFGf7K7mPn9lz+MW1RuEARFt5KcCdoWuPnnnVa+PfPdy/NhSXKQQz+9/MFZUwMrhCHlJKYgNoQRlVWHMfnu71MXFV7jVynlzRDFNPGGMqHaY2fChftirPGw/S/k0l4RckjxY/QckfZLCADm8D7O2Rw4FwY5Gag73cKXOn3xu2cDuiPsHduL3Fis/WSo1n9uh+M+5Y4koktSmuL5cYgV8Mn6djRSnNkdxKg79UiRL3mC5WIsY8gst9MANV9HXJ2Qd6oGbz7XQyD0S8Wf1X2GUmxGiecqw== stefan Von meinem iPhone gesendet
Am 21.06.2017 um 23:03 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Das ist ein 16000er DSL Anschluss der EWE
Schick mir mal deinen Public Key.
Martin
Am 21.06.2017 um 22:34 schrieb Stefan Dunkel via Nordwest: Was ist das fürn Anschluss? Kann ich auf den Offloader mal Zugriff bekommen?
Von meinem iPhone gesendet
Am 21.06.2017 um 22:32 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Die User vor Ort klagen auch über sehr schlechte Verbindung ins Internet. Ich kann das gerade nicht prüfen, da ich nicht vor Ort bin. Aber ich komme von meinem ff router per ssh auf die router vor Ort. Allerdings habe ich bei der ssh Verbindung oft delay
Martin
Am 21. Juni 2017 10:26:40 nachm. schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/21/17 21:43, Martin Brehme via Nordwest wrote:
Hallo,
ich möchte den offloader ffnw-muehlen-offloader01 updaten und bekomme die folgende Fehlermeldung beim manuellen Update:
root@ffnw-muehlen-offloader01:~# autoupdater -f Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA New version available. Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3 Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA Invalid image checksum! Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd... No usable mirror found.
Das Update hat heute von den beiden Routern ffnw-muehlen-04 und ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht.
Das sieht aus als gäbe es Probleme mit dem Durchsatz bei v6 in der hood.
Vermute ich am Abbruch des Downloads.
vg Tarek
---------- _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Ich hatte aber in der Vergangenheit eigentlich keine großen Probleme. Die Performance ist erst seit kurzem schlechter geworden. Am 21.06.2017 um 23:07 schrieb Stefan Dunkel via Nordwest:
Das wird das Problem sein - die Anschlüsse laufen häufig am Limit und alles endet im Packet Loss
ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAQEAkvFAse3AS8NUGQprbMnsClgcWysGcama/bVUhZGCySGooZFuLQh2UXlqdrfFGf7K7mPn9lz+MW1RuEARFt5KcCdoWuPnnnVa+PfPdy/NhSXKQQz+9/MFZUwMrhCHlJKYgNoQRlVWHMfnu71MXFV7jVynlzRDFNPGGMqHaY2fChftirPGw/S/k0l4RckjxY/QckfZLCADm8D7O2Rw4FwY5Gag73cKXOn3xu2cDuiPsHduL3Fis/WSo1n9uh+M+5Y4koktSmuL5cYgV8Mn6djRSnNkdxKg79UiRL3mC5WIsY8gst9MANV9HXJ2Qd6oGbz7XQyD0S8Wf1X2GUmxGiecqw== stefan
Von meinem iPhone gesendet
Am 21.06.2017 um 23:03 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Das ist ein 16000er DSL Anschluss der EWE
Schick mir mal deinen Public Key.
Martin
Am 21.06.2017 um 22:34 schrieb Stefan Dunkel via Nordwest: Was ist das fürn Anschluss? Kann ich auf den Offloader mal Zugriff bekommen?
Von meinem iPhone gesendet
Am 21.06.2017 um 22:32 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Die User vor Ort klagen auch über sehr schlechte Verbindung ins Internet. Ich kann das gerade nicht prüfen, da ich nicht vor Ort bin. Aber ich komme von meinem ff router per ssh auf die router vor Ort. Allerdings habe ich bei der ssh Verbindung oft delay
Martin
Am 21. Juni 2017 10:26:40 nachm. schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/21/17 21:43, Martin Brehme via Nordwest wrote:
Hallo,
ich möchte den offloader ffnw-muehlen-offloader01 updaten und bekomme die folgende Fehlermeldung beim manuellen Update:
root@ffnw-muehlen-offloader01:~# autoupdater -f Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA New version available. Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3 Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA Invalid image checksum! Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd... No usable mirror found.
Das Update hat heute von den beiden Routern ffnw-muehlen-04 und ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht.
Das sieht aus als gäbe es Probleme mit dem Durchsatz bei v6 in der hood.
Vermute ich am Abbruch des Downloads.
vg Tarek
---------- _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
dein Key ist auf dem offloader und den beiden routern ffnw-muehlen-04 und ffnw-muehlen-05 Martin Am 21.06.2017 um 23:07 schrieb Stefan Dunkel via Nordwest:
Das wird das Problem sein - die Anschlüsse laufen häufig am Limit und alles endet im Packet Loss
ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAQEAkvFAse3AS8NUGQprbMnsClgcWysGcama/bVUhZGCySGooZFuLQh2UXlqdrfFGf7K7mPn9lz+MW1RuEARFt5KcCdoWuPnnnVa+PfPdy/NhSXKQQz+9/MFZUwMrhCHlJKYgNoQRlVWHMfnu71MXFV7jVynlzRDFNPGGMqHaY2fChftirPGw/S/k0l4RckjxY/QckfZLCADm8D7O2Rw4FwY5Gag73cKXOn3xu2cDuiPsHduL3Fis/WSo1n9uh+M+5Y4koktSmuL5cYgV8Mn6djRSnNkdxKg79UiRL3mC5WIsY8gst9MANV9HXJ2Qd6oGbz7XQyD0S8Wf1X2GUmxGiecqw== stefan
Von meinem iPhone gesendet
Am 21.06.2017 um 23:03 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Das ist ein 16000er DSL Anschluss der EWE
Schick mir mal deinen Public Key.
Martin
Am 21.06.2017 um 22:34 schrieb Stefan Dunkel via Nordwest: Was ist das fürn Anschluss? Kann ich auf den Offloader mal Zugriff bekommen?
Von meinem iPhone gesendet
Am 21.06.2017 um 22:32 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Die User vor Ort klagen auch über sehr schlechte Verbindung ins Internet. Ich kann das gerade nicht prüfen, da ich nicht vor Ort bin. Aber ich komme von meinem ff router per ssh auf die router vor Ort. Allerdings habe ich bei der ssh Verbindung oft delay
Martin
Am 21. Juni 2017 10:26:40 nachm. schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/21/17 21:43, Martin Brehme via Nordwest wrote:
Hallo,
ich möchte den offloader ffnw-muehlen-offloader01 updaten und bekomme die folgende Fehlermeldung beim manuellen Update:
root@ffnw-muehlen-offloader01:~# autoupdater -f Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA New version available. Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3 Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA Invalid image checksum! Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd... No usable mirror found.
Das Update hat heute von den beiden Routern ffnw-muehlen-04 und ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht.
Das sieht aus als gäbe es Probleme mit dem Durchsatz bei v6 in der hood.
Vermute ich am Abbruch des Downloads.
vg Tarek
---------- _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Moin, der Autoupdater auf dem Offloader war aus. nachdem ich autoudpater -f ausgeführt hatte, updatete dieser auch direkt. root@ffnw-muehlen-offloader01:~# ping autoupdate.ffnw PING autoupdate.ffnw (2a03:4000:6:8025::1): 56 data bytes 64 bytes from 2a03:4000:6:8025::1: seq=0 ttl=59 time=48.854 ms 64 bytes from 2a03:4000:6:8025::1: seq=1 ttl=59 time=61.345 ms ^C --- autoupdate.ffnw ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 48.854/55.099/61.345 ms root@ffnw-muehlen-offloader01:~# autoupdater autoupdater is disabled. root@ffnw-muehlen-offloader01:~# autoupdater -f Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) - 100% |*******************************| 55216 0:00:00 ETA New version available. Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3 Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_fvz7sr 100% |*******************************| 5915k 0:00:00 ETA Stopping network... Am 21.06.2017 um 23:56 schrieb Jan-Tarek Butt via Nordwest:
On 06/21/17 23:07, Stefan Dunkel via Nordwest wrote:
Das wird das Problem sein - die Anschlüsse laufen häufig am Limit und alles endet im Packet Loss
Bei einer 16k leitung ist das eher das unwarscheinliche problem.
vg Tarek
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Hi, Am 22.06.2017 um 10:39 schrieb Jan-Tarek Butt via Nordwest:
Das war nicht das Problem. Meine Vermutung ist weiterhin v6.
wie bereits gesagt, das ist kein Problem. Pings zum FW Server gingen < 50ms durch. Sofern es ein v6 Problem wäre, dann wären alle Router davon betroffen. VG Stefan
Hi,
Am 22.06.2017 um 10:39 schrieb Jan-Tarek Butt via Nordwest:
Das war nicht das Problem. Meine Vermutung ist weiterhin v6.
wie bereits gesagt, das ist kein Problem. Pings zum FW Server gingen < 50ms durch. Sofern es ein v6 Problem wäre, dann wären alle Router davon betroffen.
Natürlich ging der ping jetzt durch sonst hätte das gerät ja auch schlecht updaten können. Und auch zum Zeitpunkt des Fehlers hätte der ping funktioniert. Das ist daran zu erkennen das der Router das Manifest herunterladen konnte und auch angefangen hat die Firmware herunterzuladen aber eben beim FW download abgebrochen hat. vg Tarek
Hi, Am 22.06.2017 um 10:47 schrieb Jan-Tarek Butt via Nordwest:
Natürlich ging der ping jetzt durch sonst hätte das gerät ja auch schlecht updaten können. Und auch zum Zeitpunkt des Fehlers hätte der ping funktioniert. Das ist daran zu erkennen das der Router das Manifest herunterladen konnte und auch angefangen hat die Firmware herunterzuladen aber eben beim FW download abgebrochen hat.
auch das ging gestern Abend nach 22 Uhr Problemlos mit dem File Upload. Nachdem der Autoupdater angestoßen wurde, kam direkt der Fehler, das die md5 checksum falsch war.
On 06/22/17 10:50, Stefan via Nordwest wrote:
Hi,
Am 22.06.2017 um 10:47 schrieb Jan-Tarek Butt via Nordwest:
Natürlich ging der ping jetzt durch sonst hätte das gerät ja auch schlecht updaten können. Und auch zum Zeitpunkt des Fehlers hätte der ping funktioniert. Das ist daran zu erkennen das der Router das Manifest herunterladen konnte und auch angefangen hat die Firmware herunterzuladen aber eben beim FW download abgebrochen hat.
auch das ging gestern Abend nach 22 Uhr Problemlos mit dem File Upload.
Wie kommst du zu solchen aussagen?
Nachdem der Autoupdater angestoßen wurde, kam direkt der Fehler, das die md5 checksum falsch war.
Das ist ja auch richtig das der Md5 Check fehlerhaft ist. Wenn dieser nämlich bei einem teil der firmware positiv wäre, dann wäre da arg was kaputt Oo. Ich glaube du hast da es nicht verstanden Stefan. Ich erkläre es unten noch mal:
root@ffnw-muehlen-offloader01:~# autoupdater -f
Mit dem übergebenden Parameter -f wird der autoupdater auf dem Gerät unabhängig davon ausgeführt ob er in der config an oder aus ist.
Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA
Hier hat sich das Gerät die Manifest Datei heruntergeladen.
New version available.
Über die einträge in der Manifest Datei hat das Gerät festgestellt, das eine neue Version verfügbar ist.
Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3
Nun werden einige services gekillt sowie Caches gedropt, um Speicher im RAM frei zu machen um das Image um updaten herunter zu laden.
Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA
Nun Lädt das Gerät das Image in den RAM. Wie oben zu erkennen ist der download zu 6% abgeschlossen und würde noch ca. 9 Minuten für 5.64Mbyte ausgehend von einem 6Mb großen Images benötigen. Bei 6% ist der Download abgebrochen.
Invalid image checksum!
Nun versucht der autoupdater mit 6% des tatsächlichen Images ein md5 check. Dieser schlägt natürlich fehl.
Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd...
Jetzt startet das Gerät wieder die open gekillten services.
No usable mirror found.
Nun schaut das Gerät ob noch weiterer Mirrors vorhanden sind um dann wieder wie oben los zulegen. vg Tarek
Hi, ich habe das Ganze schon verstanden und rede hier keinen Mist. Ich habe um kurz nach zehn (nachdem mein Key drauf war) per wget nach Tmp das Image gezogen. Von meinem iPhone gesendet
Am 22.06.2017 um 12:36 schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/22/17 10:50, Stefan via Nordwest wrote: Hi,
Am 22.06.2017 um 10:47 schrieb Jan-Tarek Butt via Nordwest: Natürlich ging der ping jetzt durch sonst hätte das gerät ja auch schlecht updaten können. Und auch zum Zeitpunkt des Fehlers hätte der ping funktioniert. Das ist daran zu erkennen das der Router das Manifest herunterladen konnte und auch angefangen hat die Firmware herunterzuladen aber eben beim FW download abgebrochen hat.
auch das ging gestern Abend nach 22 Uhr Problemlos mit dem File Upload.
Wie kommst du zu solchen aussagen?
Nachdem der Autoupdater angestoßen wurde, kam direkt der Fehler, das die md5 checksum falsch war.
Das ist ja auch richtig das der Md5 Check fehlerhaft ist. Wenn dieser nämlich bei einem teil der firmware positiv wäre, dann wäre da arg was kaputt Oo. Ich glaube du hast da es nicht verstanden Stefan. Ich erkläre es unten noch mal:
root@ffnw-muehlen-offloader01:~# autoupdater -f
Mit dem übergebenden Parameter -f wird der autoupdater auf dem Gerät unabhängig davon ausgeführt ob er in der config an oder aus ist.
Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA
Hier hat sich das Gerät die Manifest Datei heruntergeladen.
New version available.
Über die einträge in der Manifest Datei hat das Gerät festgestellt, das eine neue Version verfügbar ist.
Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3
Nun werden einige services gekillt sowie Caches gedropt, um Speicher im RAM frei zu machen um das Image um updaten herunter zu laden.
Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA
Nun Lädt das Gerät das Image in den RAM. Wie oben zu erkennen ist der download zu 6% abgeschlossen und würde noch ca. 9 Minuten für 5.64Mbyte ausgehend von einem 6Mb großen Images benötigen. Bei 6% ist der Download abgebrochen.
Invalid image checksum!
Nun versucht der autoupdater mit 6% des tatsächlichen Images ein md5 check. Dieser schlägt natürlich fehl.
Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd...
Jetzt startet das Gerät wieder die open gekillten services.
No usable mirror found.
Nun schaut das Gerät ob noch weiterer Mirrors vorhanden sind um dann wieder wie oben los zulegen.
vg Tarek
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
On 06/22/17 12:40, Stefan Dunkel via Nordwest wrote:
Hi,
ich habe das Ganze schon verstanden und rede hier keinen Mist.
Das hat doch niemand gesagt das du Mist redest. Ich ab nur erklärt wie das mit den md5 hash zu Stande kommt.
Ich habe um kurz nach zehn (nachdem mein Key drauf war) per wget nach Tmp das Image gezogen.
Ja, darum geht es doch aber garnicht. Es geht um die Fehlerursache die zuvor bei Martin aufgetreten ist und um das verstehen. vg Tarek
Hi, alles gut. Woher der Fehler auftrat, keine Ahnung, jedenfalls das Routing hat funktioniert. Am 22.06.2017 um 12:45 schrieb Jan-Tarek Butt via Nordwest:
On 06/22/17 12:40, Stefan Dunkel via Nordwest wrote:
Hi,
ich habe das Ganze schon verstanden und rede hier keinen Mist.
Das hat doch niemand gesagt das du Mist redest. Ich ab nur erklärt wie das mit den md5 hash zu Stande kommt.
Ich habe um kurz nach zehn (nachdem mein Key drauf war) per wget nach Tmp das Image gezogen.
Ja, darum geht es doch aber garnicht. Es geht um die Fehlerursache die zuvor bei Martin aufgetreten ist und um das verstehen.
vg Tarek
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Ok, dann war das nur ein temporäres Problem. Danke euch beiden... Martin Am 22. Juni 2017 12:40:37 nachm. schrieb Stefan Dunkel via Nordwest <nordwest@lists.ffnw.de>:
Hi,
ich habe das Ganze schon verstanden und rede hier keinen Mist.
Ich habe um kurz nach zehn (nachdem mein Key drauf war) per wget nach Tmp das Image gezogen.
Von meinem iPhone gesendet
Am 22.06.2017 um 12:36 schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/22/17 10:50, Stefan via Nordwest wrote: Hi,
Am 22.06.2017 um 10:47 schrieb Jan-Tarek Butt via Nordwest: Natürlich ging der ping jetzt durch sonst hätte das gerät ja auch schlecht updaten können. Und auch zum Zeitpunkt des Fehlers hätte der ping funktioniert. Das ist daran zu erkennen das der Router das Manifest herunterladen konnte und auch angefangen hat die Firmware herunterzuladen aber eben beim FW download abgebrochen hat.
auch das ging gestern Abend nach 22 Uhr Problemlos mit dem File Upload.
Wie kommst du zu solchen aussagen?
Nachdem der Autoupdater angestoßen wurde, kam direkt der Fehler, das die md5 checksum falsch war.
Das ist ja auch richtig das der Md5 Check fehlerhaft ist. Wenn dieser nämlich bei einem teil der firmware positiv wäre, dann wäre da arg was kaputt Oo. Ich glaube du hast da es nicht verstanden Stefan. Ich erkläre es unten noch mal:
root@ffnw-muehlen-offloader01:~# autoupdater -f
Mit dem übergebenden Parameter -f wird der autoupdater auf dem Gerät unabhängig davon ausgeführt ob er in der config an oder aus ist.
Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA
Hier hat sich das Gerät die Manifest Datei heruntergeladen.
New version available.
Über die einträge in der Manifest Datei hat das Gerät festgestellt, das eine neue Version verfügbar ist.
Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3
Nun werden einige services gekillt sowie Caches gedropt, um Speicher im RAM frei zu machen um das Image um updaten herunter zu laden.
Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA
Nun Lädt das Gerät das Image in den RAM. Wie oben zu erkennen ist der download zu 6% abgeschlossen und würde noch ca. 9 Minuten für 5.64Mbyte ausgehend von einem 6Mb großen Images benötigen. Bei 6% ist der Download abgebrochen.
Invalid image checksum!
Nun versucht der autoupdater mit 6% des tatsächlichen Images ein md5 check. Dieser schlägt natürlich fehl.
Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd...
Jetzt startet das Gerät wieder die open gekillten services.
No usable mirror found.
Nun schaut das Gerät ob noch weiterer Mirrors vorhanden sind um dann wieder wie oben los zulegen.
vg Tarek
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Hallo,
der Autoupdater auf dem Offloader war aus. nachdem ich autoudpater -f ausgeführt hatte, updatete dieser auch direkt.
Klar war der aus. Nach einem der letzten Updates hatte ich so viel Ärger mit dem offloader, dass ich autoupdate deaktiviert habe. Ich hoffe das ist immernoch so. Das Ding steht auf dem Dachboden eines fremden Hauses. Da komme ich nicht mal eben so hin. Und autoupdater -f habe ich ja gestern ausgeführt. Dabei kamen ja die Fehler. VG Martin
Moin Stefan, hättest du mal auf den offloader gesehen? VG Martin Am 21. Juni 2017 11:07:20 nachm. schrieb Stefan Dunkel via Nordwest <nordwest@lists.ffnw.de>:
Das wird das Problem sein - die Anschlüsse laufen häufig am Limit und alles endet im Packet Loss
ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAQEAkvFAse3AS8NUGQprbMnsClgcWysGcama/bVUhZGCySGooZFuLQh2UXlqdrfFGf7K7mPn9lz+MW1RuEARFt5KcCdoWuPnnnVa+PfPdy/NhSXKQQz+9/MFZUwMrhCHlJKYgNoQRlVWHMfnu71MXFV7jVynlzRDFNPGGMqHaY2fChftirPGw/S/k0l4RckjxY/QckfZLCADm8D7O2Rw4FwY5Gag73cKXOn3xu2cDuiPsHduL3Fis/WSo1n9uh+M+5Y4koktSmuL5cYgV8Mn6djRSnNkdxKg79UiRL3mC5WIsY8gst9MANV9HXJ2Qd6oGbz7XQyD0S8Wf1X2GUmxGiecqw== stefan
Von meinem iPhone gesendet
Am 21.06.2017 um 23:03 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Das ist ein 16000er DSL Anschluss der EWE
Schick mir mal deinen Public Key.
Martin
Am 21.06.2017 um 22:34 schrieb Stefan Dunkel via Nordwest: Was ist das fürn Anschluss? Kann ich auf den Offloader mal Zugriff bekommen?
Von meinem iPhone gesendet
Am 21.06.2017 um 22:32 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Die User vor Ort klagen auch über sehr schlechte Verbindung ins Internet. Ich kann das gerade nicht prüfen, da ich nicht vor Ort bin. Aber ich komme von meinem ff router per ssh auf die router vor Ort. Allerdings habe ich bei der ssh Verbindung oft delay
Martin
Am 21. Juni 2017 10:26:40 nachm. schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/21/17 21:43, Martin Brehme via Nordwest wrote:
Hallo,
ich möchte den offloader ffnw-muehlen-offloader01 updaten und bekomme die folgende Fehlermeldung beim manuellen Update:
root@ffnw-muehlen-offloader01:~# autoupdater -f Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) - 100% |*********************************************************************************************************************************************| 55087 0:00:00 ETA New version available. Stopping cron... Stopping haveged... Stopping micrond... Stopping sysntpd... Stopping gluon-radvd... Stopping uhttpd... Stopping sse-multiplexd... Stopping gluon-respondd... vm.drop_caches = 3 Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) lua_Tg19t9 6% |******** | 358k 0:08:46 ETA Invalid image checksum! Starting gluon-respondd... Starting sse-multiplexd... Starting uhttpd... Starting gluon-radvd... Starting cron... Starting haveged... Starting micrond... Starting sysntpd... No usable mirror found.
Das Update hat heute von den beiden Routern ffnw-muehlen-04 und ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht.
Das sieht aus als gäbe es Probleme mit dem Durchsatz bei v6 in der hood.
Vermute ich am Abbruch des Downloads.
vg Tarek
---------- _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
Hi, der Offloader sollte die aktuellste Version haben. VG Stefan Am 22.06.2017 um 10:54 schrieb Martin Brehme via Nordwest:
Moin Stefan,
hättest du mal auf den offloader gesehen?
VG Martin
Am 21. Juni 2017 11:07:20 nachm. schrieb Stefan Dunkel via Nordwest <nordwest@lists.ffnw.de>:
Das wird das Problem sein - die Anschlüsse laufen häufig am Limit und alles endet im Packet Loss
ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAQEAkvFAse3AS8NUGQprbMnsClgcWysGcama/bVUhZGCySGooZFuLQh2UXlqdrfFGf7K7mPn9lz+MW1RuEARFt5KcCdoWuPnnnVa+PfPdy/NhSXKQQz+9/MFZUwMrhCHlJKYgNoQRlVWHMfnu71MXFV7jVynlzRDFNPGGMqHaY2fChftirPGw/S/k0l4RckjxY/QckfZLCADm8D7O2Rw4FwY5Gag73cKXOn3xu2cDuiPsHduL3Fis/WSo1n9uh+M+5Y4koktSmuL5cYgV8Mn6djRSnNkdxKg79UiRL3mC5WIsY8gst9MANV9HXJ2Qd6oGbz7XQyD0S8Wf1X2GUmxGiecqw== stefan
Von meinem iPhone gesendet
Am 21.06.2017 um 23:03 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Das ist ein 16000er DSL Anschluss der EWE
Schick mir mal deinen Public Key.
Martin
Am 21.06.2017 um 22:34 schrieb Stefan Dunkel via Nordwest: Was ist das fürn Anschluss? Kann ich auf den Offloader mal Zugriff bekommen?
Von meinem iPhone gesendet
Am 21.06.2017 um 22:32 schrieb Martin Brehme via Nordwest <nordwest@lists.ffnw.de>:
Die User vor Ort klagen auch über sehr schlechte Verbindung ins Internet. Ich kann das gerade nicht prüfen, da ich nicht vor Ort bin. Aber ich komme von meinem ff router per ssh auf die router vor Ort. Allerdings habe ich bei der ssh Verbindung oft delay
Martin
Am 21. Juni 2017 10:26:40 nachm. schrieb Jan-Tarek Butt via Nordwest <nordwest@lists.ffnw.de>:
On 06/21/17 21:43, Martin Brehme via Nordwest wrote: > Hallo, > > ich möchte den offloader ffnw-muehlen-offloader01 updaten und > bekomme > die folgende Fehlermeldung beim manuellen Update: > > root@ffnw-muehlen-offloader01:~# autoupdater -f > Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) > - 100% > |*********************************************************************************************************************************************| > > 55087 0:00:00 ETA > New version available. > Stopping cron... > Stopping haveged... > Stopping micrond... > Stopping sysntpd... > Stopping gluon-radvd... > Stopping uhttpd... > Stopping sse-multiplexd... > Stopping gluon-respondd... > vm.drop_caches = 3 > Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) > lua_Tg19t9 6% > |******** > | 358k 0:08:46 ETA > Invalid image checksum! > Starting gluon-respondd... > Starting sse-multiplexd... > Starting uhttpd... > Starting gluon-radvd... > Starting cron... > Starting haveged... > Starting micrond... > Starting sysntpd... > No usable mirror found. > > Das Update hat heute von den beiden Routern ffnw-muehlen-04 und > ffnw-muehlen-05 problemlos geklappt. Der offloader klappt nicht. >
Das sieht aus als gäbe es Probleme mit dem Durchsatz bei v6 in der hood.
Vermute ich am Abbruch des Downloads.
vg Tarek
---------- _______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
_______________________________________________ Nordwest mailing list Nordwest@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/nordwest
On 06/21/17 22:32, Martin Brehme via Nordwest wrote:
Die User vor Ort klagen auch über sehr schlechte Verbindung ins Internet. Ich kann das gerade nicht prüfen, da ich nicht vor Ort bin. Aber ich komme von meinem ff router per ssh auf die router vor Ort. Allerdings habe ich bei der ssh Verbindung oft delay
Was für ein Anschluss ist das ? magst du autoupdater -f noch mal versuchen. ein mtr auf autoupdate.ffnw wäre auch mal interessant :) vg Tarek
participants (4)
-
Jan-Tarek Butt -
Martin Brehme -
Stefan -
Stefan Dunkel