jonp

For us to dig deeper, I'd like you to report back with your hardware configuration as well as confirm what version of the OS you are running (25.10.1 or earlier?). There were some issues with the TrueNAS SCALE network reporting graphs in earlier releases. We'd also like to see a packet cap or something more than just a domain to prove what you're claiming here. Maybe wireshark monitor? Did you configure anything within TrueNAS SCALE's UI itself at any point or did you just utilize the HexOS dashboard for all your needs? Lots of things could account for the disk activity itself (such as background tasks or maintenance operations like the scrub that happens by default once a month) but the network activity is not us. StorJ is the used by TrueCloud if you configure your server to use it for backups (not something we support via HexOS today at all). Furthermore, the storj connection and the websocat connections are independent of each other. Websocat is used to make an outbound connection from a HexOS server to our Command Deck as outlined in one of our earlier blog posts here: https://docs.hexos.com/blog/2024-07-30.html. That's it. We do not and cannot transfer your data via that connection. The entirety of that connection is to give us API access to manage your system via our interface at deck.hexos.com. This ties back to something in TrueNAS and not anything with HexOS. Once you've unclaimed your system, we no longer have any access to do anything with your system. Generally speaking, it was quite an alarmist post and makes some pretty aggressive claims about data being "exfiltrated", that we were "misleading" about our product, and that you haven't seen any "meaningful updates." This was stated in our very first blog post that I previously linked but you won't by reliant on deck.hexos.com for long: https://docs.hexos.com/blog/2025-11-25.html. Furthermore, having a management interface hosted via cloud doesn't go against self-hosting as a concept. All of your data and applications are still running local on your LAN, which gives you the value of self-hosting. Management interactions for most customers are limited to initial setup of storage, folders, users, and applications. Once running, users mostly just interact with the applications and data, which run entirely local. Ultimately we want to know if this is a real bug/issue that ties back to TrueNAS SCALE so we can escalate to the right people or if this is simply a misunderstanding or misconfiguration. In reviewing multiple test systems we have configured and going back over a month in the network reporting, we see no significant network activity that matches anything close to what you are reporting.

We push updates out now in the UI/UX itself too every time we do one. Check your notifications.

Oh and regarding this: You can unclaim your system from the Settings -> Reset page without losing any data.

Hi Seeg, Refund requests can be made by simply emailing support@hexos.com, but one of our moderators has already flagged your account for a refund.. The behaviors you are reporting are not due to HexOS or TrueNAS SCALE. We do not "exfil" your data in any way. We simply provide a management platform for your server through an API. We do not store copies of any of your data anywhere. The 900mbps sustained data transfer you are claiming is likely coming from a 3rd party application you installed or something else on your network. Otherwise I'd ask you to post any logs or evidence to support this claim so we can investigate further, as we do not see that behavior on any of our test systems or other reports from customers. It appears you used AI to write this post and I'm guessing it got a lot of things wrong that you weren't aware of. Not a problem, we will process a refund all the same. We don't want any unsatisfied customers. Thanks for giving us a try and we wish you luck on finding a better solution that meets your needs.

Yes. It simply ensures the install script being used is based on our latest curation. Eg with Plex/jellyfin updating the config detected the presence of a GPU and enables hardware transcoding.

Live fixes do not require users to perform any action locally. They hit our servers and affect everyone automatically. We will get you sorted through support. We are still tracking down why some reboots are losing connectivity to the deck. If you are comfortable with truenas UI, you can revert to a previous working boot by going to System > Boot and them clicking the activate icon on the right for the previous boot environment. Then restart.

Pushing a live hotfix right now that should address the majority of issues. For those experiencing problems, this should resolve them. If you are still stuck with specific apps, click options, reset, and try again. Still stuck? Email support@hexos.com so we can investigate further.

Fixes are inbound! We've been working on this since the first reports came in and believe we have identified the issues and are staging another hotfix deployment for later today.

We did deploy some hotfixes already but they were minor. The bigger issues are still being looked at by the team. We are on the trail of breadcrumbs now and should have most of this resolved soon. Thanks for everyone's patience and understanding.

We are investigating these issues. Thank you for reporting. I can confirm that when a curation gets updated, it can enable things like GPU transcoding. Our apologies for any inconvenience this has caused and we will work to right this in a future update.

Thanks for confirming and apologies to anyone that was confused. If anyone bought another license at $199 on accident today, send an email to support@hexos.com and we'll get the difference refunded.

@wvienna @FangerZero can you guys check again and let me know if the discount shows up correctly for you now?

No its not over. We are investigating why the correct pricing isn't showing up for users. Stand by.

It's on the teams short list for inclusion! I even posted on the Emby forums letting them know as well!!

This would require the app data folders themselves to be encrypted. Not impossible to do, but may not be with the first iteration of buddy backup. Definitely something we could consider!