What's new

Trying to diagnose why Google Pixel Devices won't update on network?

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

saeris

Occasional Visitor
Hi, my Pixel devices (Watch and Phone) seem not to update on my home network since a few weeks, but for example I visit my parents I can run system updates normally.

I have a PiHole running with AsusWRT (Merlin) RT-AX86U.

Checking the system logs doesn't seem to give anything useful on the ASUS.
Code:
Aug 15 01:00:00 hostapd: eth6: STA <mac-address> IEEE 802.11: associated
Aug 15 01:00:00 hostapd: eth6: STA <mac-address> RADIUS: starting accounting session <random string>
Aug 15 01:00:00 hostapd: eth6: STA <mac-address> WPA: pairwise key handshake completed (RSN)
Aug 15 01:00:00 dnsmasq-dhcp[1508]: DHCPREQUEST(br0) 192.168.1.23 <mac-address>
Aug 15 01:00:00 dnsmasq-dhcp[1508]: DHCPACK(br0) 192.168.1.23 <mac-address>
Aug 15 01:09:59 kernel: wl0: random key value: <random string>
Aug 15 01:09:59 wlceventd: wlceventd_proc_event(662): eth6: Disassoc <mac-address>, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Aug 15 01:09:59 wlceventd: wlceventd_proc_event(662): eth6: Disassoc <mac-address>, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Aug 15 01:09:59 hostapd: eth6: STA <mac-address> IEEE 802.11: disassociated
Aug 15 01:09:59 hostapd: eth6: STA <mac-address> IEEE 802.11: disassociated
Aug 15 10:30:33 wlceventd: wlceventd_proc_event(685): eth6: Auth <mac-address>, status: Successful (0), rssi:0
Aug 15 10:30:33 wlceventd: wlceventd_proc_event(722): eth6: Assoc <mac-address>, status: Successful (0), rssi:-50
Aug 15 10:30:33 hostapd: eth6: STA <mac-address> IEEE 802.11: associated
Aug 15 10:30:33 hostapd: eth6: STA <mac-address> RADIUS: starting accounting session <random string>
Aug 15 10:30:33 hostapd: eth6: STA <mac-address> WPA: pairwise key handshake completed (RSN)
Aug 15 10:30:33 dnsmasq-dhcp[1508]: DHCPREQUEST(br0) 192.168.1.23 <mac-address>
Aug 15 10:30:33 dnsmasq-dhcp[1508]: DHCPACK(br0) 192.168.1.23 <mac-address>

But my guess is that there won't be any abnormalities in the log since the device connects normally and updating apps works fine too?
The PiHole also doesn't show any blocked domains, but deactivating the PiHole doesn't seem to provide any results.

I'm not sure how to continue investigating the issue

I love my parents but going there to just update my device seems overkill 😅
 
In the Pinhole
Whitelist

cdn.optimizely.com
www.google-analytics.com
app-measurement.com

You may need to whitelist other domains.
 
If it's just for a single situation, you can always temporarily (there's a timer) disable pi-hole blocking for a short period or even temporarily just for the one device.
 
cdn.optimizely.com
www.google-analytics.com
app-measurement.com

If it's just for a single situation, you can always temporarily (there's a timer) disable pi-hole blocking for a short period or even temporarily just for the one device.
Thanks for the suggestion, I tried specifically whitelisting google domains and also turning off the pi hole entirely (also tried removing it as my DNS) to no avail.

I think I'll try to get some debug logcat data from the watch next
 
Similar threads

Similar threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top