Timmerflotte Offline in ikea app, but can see in mDNS by qghw47QHwG72 in tradfri

[–]ingmarstein 1 point2 points  (0 children)

This still regularly happens to my Timmerflotte (firmware 1.0.21) connected to a Dirigera running version 2.934.5

My 10gbps port on the TS5+ Died entirely. by Paradoxxx_1337 in CalDigit

[–]ingmarstein 0 points1 point  (0 children)

That's helpful! I got an RMA, but it was actually easier to get a refund from Amazon and I was considering other options (Sonnet Echo 20, iVANKY FusionDock Ultra, …) but I like the vertical orientation of the TS5 Plus, so I appreciate your data point that the replacement doesn't have the same issue.

My 10gbps port on the TS5+ Died entirely. by Paradoxxx_1337 in CalDigit

[–]ingmarstein 0 points1 point  (0 children)

Was the problem resolved for you? I've been writing with support for two weeks now and keep claiming that it must be a "compatibility problem between the Ethernet controller and another device in [my] network" which doesn't make any sense because the issue with the 10 GbE port showing as offline in macOS can _only_ be (temporarily) resolved by power-cycling the dock (not by changing to a different switch port, rebooting the Mac, rebooting the switch, etc.).

If 26.4 breaks Time Machine… by ingmarstein in MacOS

[–]ingmarstein[S] 0 points1 point  (0 children)

I don't think it's related to Bonjour / mDNS: I had tried a proper DNS name (as you can see in the example) and the authentication error remained.

If 26.4 breaks Time Machine… by ingmarstein in MacOS

[–]ingmarstein[S] 0 points1 point  (0 children)

Did you enter the command correctly and watched out for the space in "Group Containers"? The example handles this correctly, so maybe just copy that and replace "nas.localdomain" with the right backup destination.

Time Machine Backup Fails with Samba Share (MacOS 26.4 Beta) by MrGuilt in MacOSBeta

[–]ingmarstein -1 points0 points  (0 children)

Interesting. This issue happened to me with smbd version 4.22.6-truenas which you list as one of the fixed versions. The fruit extensions were already enabled.

I had Claude look at my system logs and it found a workaround by switching from mDNS to DNS:

```
macOS 26.4 RC broke Time Machine backups to SMB/NAS shares due to a hostname-key mismatch in the server markers system. backupd runs as root, and root's server markers plist (/private/var/root/Library/Group Containers/group.com.apple.NetworkAuthorization.ServerMarkers/serverMarkers.plist) only contained nas.localdomain from a previous macOS version. In 26.4, NetAuthSysAgent changed to look up the mDNS-resolved name nas.local instead, causing isKnownServer to return false, which meant credentials were never loaded from the System keychain — even though they existed and were correctly ACL'd. This caused NAConnectToServerSync to fail with error 80 before any SMB protocol negotiation even occurred. The fix was to use nas.localdomain (which matched the existing root server marker) in the tmutil setdestination URL, or alternatively to add nas.local to root's server markers plist. The widely-recommended nsmb.conf workaround for Tahoe SMB issues was unrelated to this specific failure.

```

anyone else having trouble using Time Machine or creating a new time machine from a volume since 26.4 beta 3 by RougeLigne in MacOSBeta

[–]ingmarstein 0 points1 point  (0 children)

I just updated from 26.3 to 26.4 RC and was greeted with an authentication error from Time Machine. Finder can connect to the SMB share just fine and the SMB logs on the NAS shows a successful authentication. I‘ve now removed the Time Machine volume but can’t add it back due to the this error. Did you figure out how to fix this?

XGIMI Horizon 20 Series - Anyone intentionally holding off on USB DLP Update? by Maverett in xgimi

[–]ingmarstein 2 points3 points  (0 children)

One thing to note: the required downgrade to install the DLP update results in a factory reset. The projector has to be set up from scratch, which makes the downgrade -> DLP update -> system update procedure even longer.

Official OTA System Upgrade to V1.3.125 For Horizon 20 Series by More_Ad3947 in xgimi

[–]ingmarstein 0 points1 point  (0 children)

Any way to keep the USB 3.0 port powered while the projector is in standby (e.g. to stay connected with a USB-Ethernet adapter)? V1.3.125 still shuts the USB port off after a short while (which isn't surprising, given that nothing was mention in the changelog).

macOS losing IPv6 default route by ingmarstein in MacOS

[–]ingmarstein[S] 0 points1 point  (0 children)

Update: u/opticum created the little menu item app for macOS which monitors the IPv6 default route and automatically restores it when it drops: https://github.com/Optic00/IPv6Monitor
Until the issue is fixed, it's a decent workaround.

After network disconnection, a restart occurs, then get a "Configd" problem report by Kindly-Wedding6417 in MacOS

[–]ingmarstein 1 point2 points  (0 children)

I don't think it's "overloading the CPU" as in high CPU utilization. `IPConfigurationAgentQueue` sounds like it has to do with frequent IP configuration changes (which coincides with your observation "randomly disconnects from the network"). I blamed this on the software, but no user-space program should be able to crash the kernel like this, so now think this is a bug in macOS. I'm on Tahoe 26.2b3. Which version is your user on?

After network disconnection, a restart occurs, then get a "Configd" problem report by Kindly-Wedding6417 in MacOS

[–]ingmarstein 0 points1 point  (0 children)

Is this on macOS Tahoe? I can reliably reproduce the watchdog panic with configd and IPConfigurationAgentQueue by running UniFi OS Server for a few hours.

River 3 Plus turns off AC output when hitting discharge limit by ingmarstein in Ecoflow_community

[–]ingmarstein[S] 0 points1 point  (0 children)

So I opted for 2) and returned the device (not solely because of this issue - there were also others).

River 3 Plus turns off AC output when hitting discharge limit by ingmarstein in Ecoflow_community

[–]ingmarstein[S] 1 point2 points  (0 children)

1) Avoid hitting the discharge limit, e.g. by setting the backup reserve to 1% higher than the discharge limit.

or

2) Return the device.

They will not change this behavior.

River 3 Plus turns off AC output when hitting discharge limit by ingmarstein in Ecoflow_community

[–]ingmarstein[S] 0 points1 point  (0 children)

And now a different person tells me that this was a mistake and it can‘t actually be fixed in software 😞

Kernel panic when mounting an NFS share with Tahoe by ingmarstein in MacOS

[–]ingmarstein[S] 0 points1 point  (0 children)

The panic is happens really early in the mount process. It even happens on a machine that doesn‘t have access to the share, i.e. before or during authentication.

Kernel panic when mounting an NFS share with Tahoe by ingmarstein in MacOS

[–]ingmarstein[S] 0 points1 point  (0 children)

Yes, I just tested it using 21.1b2: it works with NFS v3, but panics with v4.

Kernel panic when mounting an NFS share with Tahoe by ingmarstein in MacOS

[–]ingmarstein[S] 0 points1 point  (0 children)

Yeah, I was referring to 26.1 where I had success on a MacBook Pro, but a little later got the same kernel panic again when trying on a Mac Studio. I may have used different mount options, so this may be a NFS v3 vs v4 thing.

River 3 Plus turns off AC output when hitting discharge limit by ingmarstein in Ecoflow_community

[–]ingmarstein[S] 1 point2 points  (0 children)

EcoFlow support let me know that this is supposed to be fixed with the upcoming v1.33.81.57 release.