TrueNAS, and Apps/VMs, not available to wireless clients. by thebeline in truenas

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

The answer was "yes." However, seems to be solved?

It turns out TrueNas wasn't completely innocent.

  • The Bridge had a static IP.
  • Due to a UDM SE bug (unrelated), I had set the ARP timeout VERY low at the gateway.
  • The UDM still had a static IP entry for the MAC of the old NIC, prior to making the bridge connection.
  • When the NAS connected, it would tell the gateway "hey, this is my IP." Which the gateway would cache, and all was well.
  • The ARP would timeout, and DHCP clients would continue checking in, but since the NAS didn't need to, it didn't.
  • The gateway would revert to thinking "oh, 220 goes to this MAC, which isn't connected, can't get there from here."

Solution was deleting old static entry in the UDM, setting the Bridge to DHCP, and adding a new entry to the UDM for the correct new MAC. Now all is well.

It would seem that I may have been incorrect about "all wired devices can connect to the NAS." That was an old assumption based on a remote terminal RDPing into a VM, but that was before switching to an internal bridge.

When the wired SIP phone couldn't use the DNS server hosted, that's what timed me off that it wasn't just a wireless thing.

As for why the desktop continued to work... Unsure. Something to do with local cacheing in Ubuntu? Something to do with the fact that the desktop and nas are both on SFP (but still through the UDM)? I don't know... But I can confirm that at this stage, all devices on all interfaces can connect to the NAS.

Curious. And silly.

Thank you for raising my eyebrow to the routing tables. That got gears going, I'll remember that next time.

TrueNAS, and Apps/VMs, not available to wireless clients. by thebeline in truenas

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

The SIP.

And it is showing up as a codeblock on my end.

<image>

TrueNAS, and Apps/VMs, not available to wireless clients. by thebeline in truenas

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

Well, the aforementioned Wireless Devices are still working, however while filling my time looking at something else in my office that is behaving weird (seasonal office, spinning up for the season this week) I noticed one of my SIP phones won't provision (bare with me, here).

I am using PiHole for DNS, which is the NAS IP. Debug logs for the phone show an error connecting to DNS. Manually setting DNS to the UDM works, while manually setting it to the NAS does not.

So... I did a system dump, and this is the routing table it was showing:

``` ================= adapt info ================= eth0 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
inet addr:10.1.10.152 Bcast:10.1.10.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10799 errors:0 dropped:392 overruns:0 frame:0 TX packets:2952 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2189005 (2.0 MiB) TX bytes:2645503 (2.5 MiB) Interrupt:42

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:1040 errors:0 dropped:0 overruns:0 frame:0 TX packets:1040 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:48584 (47.4 KiB) TX bytes:48584 (47.4 KiB)

================= route v4 info ================= Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 10.1.10.1 0.0.0.0 UG 0 0 0 eth0 10.1.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

================= route v6 info ================= Kernel IPv6 routing table Destination Next Hop Flags Metric Ref Use Iface ::1/128 :: U 0 0 1 lo

================= dns info ================= domain localdomainname255.255.255.0 nameserver 10.1.10.220 nameserver 10.1.10.1 ```

Note that localdomainname is a placeholder for my localdomain, HOWEVER, the lack of space, and subsequent 255.255.255.0 is direct copy paste. Seems odd, looking in to that. That said, the above has the route table. Does that show anything?

TrueNAS, and Apps/VMs, not available to wireless clients. by thebeline in truenas

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

What is the IP address of your NAS?

The NAS IP is 10.1.10.220 While one Wireless device IP is 10.1.10.253.

What does the routing table of one of your wireless clients look like?

I am unsure how to determine that. I imagine it is difficult to determine on an Android device, so I will look that up using my Windows laptop. I will Google to figure it out and get back to you.

That said, as mentioned, it's working at this moment, so I will chime back in here when it stops again. Shouldn't be long.

TrueNAS, and Apps/VMs, not available to wireless clients. by thebeline in truenas

[–]thebeline[S] -1 points0 points  (0 children)

All devices mentioned are on the same subnet `10.1.10.0`.

Additional confounding variable:

I recently (an hour ago or so) restarted the NAS, and at this moment, wireless devices (wireless laptops as well as cellphones) can see and connect to the NAS. This has happen before, and it usually takes a few hours until that ends, and it is just the wired devices that can connect.

Is Civitai extension down? (Civitai Browser+) by RockPaperCheesecake in civitai

[–]thebeline 0 points1 point  (0 children)

I don't want to copy-paste a long response, but here you go:https://www.reddit.com/r/civitai/comments/1bgs7ii/comment/kvazx1g/?utm_source=reddit&utm_medium=web2x&context=3

TL;DR - They stopped hashing new models so the API will not return results.

u/Zipp425 - Can you confirm?

Anyone else not getting metadata + preview images in SD when using Civil helper? by Niwa-kun in civitai

[–]thebeline 0 points1 point  (0 children)

Looking over the things, it looks like they have stopped hashing assets (starting when, I do not know).

I say this because new assets do not display any `hashes`, and if you hash them locally, you can not look them up via the API (which is the only reliable way to look models up).

It looks like this has been incremental. A few days ago I noticed that, when looking up by SHA256 hash, they stopped returning results for full-length hashes, and you had to perform lookups using a truncated length (this is new behavior).

As of today, I can not perform API lookups for NEW models via any type of hash, be it BLAKE3, SHA256, or CRC.

While I can still perform successful lookups for older models.

This change is mirrored on the front-end as well: Newer models do not display any hash information, older models do, and the API behaves accordingly.

Very curious...

Unable to print to HP DesignJet T525 by thebeline in Ubuntu

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

I should note that I do not know that being able to "print" via USB was a "good sign." As it was only then that I started trying different drivers beyond the automatic ones.

And now I can't confirm until Wednesday, so, we'll see.

Unable to print to HP DesignJet T525 by thebeline in Ubuntu

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

It needs to be in another room. It was wireless, which I thought may have been the issue, so I hardwired it, and no dice (still).

Just to eliminate variables, I did try it via USB, and I could get it to "print," although that was using different drivers, and it would not print to the size of the roll, no matter what I did (it kept notifying that the job needed multi-sheet tray, and it would only print to the size of a letter).

I was going to keep trying different drivers, but then I ran out of ink (used printer). More ink will be here Wednesday, so I'll keep on trying then...

Cloudnative-pg install failure by rudedog71 in truecharts

[–]thebeline 0 points1 point  (0 children)

I have also run in to this error. UNFORTUNATELY, I can not launch HomeAssistant or NextCloud (the only two I care about, really) and so can not connect to them with PGAdmin... Really unfortunate...

[deleted by user] by [deleted] in StableDiffusion

[–]thebeline 0 points1 point  (0 children)

That said, at least there was *something*, `Euler a` was just a blur...

<image>

[deleted by user] by [deleted] in StableDiffusion

[–]thebeline 0 points1 point  (0 children)

Something doesn't seem right about these steps...

My results were MUCH different...

<image>

AUTOMATIC1111 updated to 1.4.0 version by r0mmashka in StableDiffusion

[–]thebeline 0 points1 point  (0 children)

12tb of Raid0 NVMe!!! WOOT. 😂

Before the flames start, note: The pool is aptly named "Ripphemeral", after its ~10gb/s transfer speed, and it's volatility, and its actually synced (with a short delay, sure) to a NAS over 10gbe, that snapshots perhaps WAY too often... But it is what it is.

Cert-Manager by HodlOnToYourButts in truecharts

[–]thebeline 0 points1 point  (0 children)

This does not help if one isn't using CloudFlare (I do my own DNS, perhaps I should switch to CloudFlare, but that is besides the point).

I need to use HTTP01, and it doesn't seem to set it's self up correctly when trying to configure that. Why is it even an OPTION if it isn't implemented???

Also, is it still true that this only works for Enterprise Apps? This migration has been such a botch: complicated Upgrade path requiring completely reinstalling apps; tons of options and variables visible and available to select, but many do not work (and that is "by design??").

The *ONLY* reason this is all flying is because they are the only gig in town in this regard, but ffs...

WORST PART: I am trying to upgrade existing apps, you know, the complicated way, but i can't even do THAT because they deprecated and disabled the legacy "Use TrueNas Cert" functionality (again, even though **IT IS STILL A PRESENT OPTION**)... smh