All Activity

Thank you! After much headbanging this is what solved it for me as well.

Improper snapshotting can have some risk so we are being very cautious about it.

Hey I am having the same issue here but I am unable to solve it. Do you have any suggestions ?

Glad to see automatic snapshots prior to app upgrade. Would like to see automatic snapshots become an option for Folders and eventually backup options.

Introducing our V4 installation scripts. This new iteration of app install scripts has a focus of improving application stability. We have updated our curation process to reduce the likelihood of bugs in curated apps. We are now automatically creating temporary snapshots prior to updating applications. This will help eliminate the chances of apps with breaking updates damaging your data. We have also implemented a system that will heal permissions modified in TrueNAS. Modified permissions in TrueNAS previously could have unintended consequences such as preventing curated app installation. App Curations We have committed to doubling our curations over the next few months, starting with these 9. LubeLogger - LubeLogger assists users in keeping track of their car maintenance records. Navidrome - Navidrome helps facilitate hosting your own music server. Excalidraw - Excalidraw is a Virtual whiteboard for sketching hand-drawn like diagrams. Blinko - Blinko is a lightweight note taking app. Dozzle - Dozzle is a realtime log viewer for docker apps running on your server Portracker - Portracker is a realtime port monitoring tool. Fladder - Fladder is a Jellyfin frontend and will spruce up your Jellyfin experience. Jellystat - Jellystat is a statistics app for Jellyfin and Emby. Seerr - Seerr is a request management and media discovery tool that works with your Jellyfin, Plex, or Emby server. 5/20 release notes - https://docs.hexos.com/release-notes/command-deck/2026-05-20.html 5/29 release notes - https://docs.hexos.com/release-notes/command-deck/2026-05-29.html

+1 to the above. I don't think it's related to Truescale. If anything it should give you local access. I've always been using the direct local URL: https://xxx.xxx.x.xxx/ui/signin However, how are you accessing the local HexOS dashboard? I just noticed that when I access the portal via my local IP link (https://xxx.xxx.x.xxx:43705/settings), the TrueNAS settings button is greyed out. But when I access from a https://xxxxxxxxxxxxxxxxxxxxx.local.hexos.com:43705/settings link (basically via https://deck.hexos.com/ that redirects to local), the TrueNAS button is available again.

Cool! Just checking! Now to hoards more HDDs...

I don't know much about Tailscale, but have you tried typing the local ip of TrueNAS instead of accessing TrueNAS from the HexOS dashboard?

Thank you for answering. I understand the reason behind the choice. If we forget renaming, would it be possible to add a text field in the pool creation dialog to input a name, and set it as a variable to be used in the commands afterwards? I know nothing about TrueNas, I'm just trying to understand why it cannot be done.

After downloading Home Assistant and Tailscale, I am unable to access the TrueNAS admin panel. Any Ideas why that would be the case and how I would resolve this problem? Running Tailscale on both the NAS and the PC controlling the NAS via the HexOS command deck. Both on the same Wifi

I found a fix for the problem. "The solution was probably to do the following in the TrueNAS shell: sudo python /usr/lib/python3/dist-packages/middlewared/scripts/vendor_service.py i will never know 100%, as I gave up long before mill3000 posted it here: " best of luck to you all.

We recommend only torrenting legally, that could mean Linux iso's or free domain tv and movies. As for a vpn bundled release, we will evaluate that in the future. For now I recommend using a socks5 compatible vpn and setting up qbittorrent with a socks5 proxy in the app settings.

Like Cantos mentioned buddy backup and backing up to your own second server will be built on top of the same foundation and should be coming out together

ram speed can help a little bit but more ram will vastly out perform faster ram for most homelab usecases.

Renaming pools is not a feature that the underlying TrueNAS os supports. You can however rename the pool using command line. Automating pool naming helps us provide a better support experience by allowing us to provide premade shell commands for support with everything filled out correctly instead of having our users modify the commands.

Perhaps that's true but it does not change potential involvement. If anything, an attempt to hide the activity is even more suspicious if anyone is watching and actually cares.

Yes, that's exactly what Buddy Backup is intended to do.

I would argue that adding a VPN tunnel to qBittorrent, which is already offered by Estek, makes them neither more nor less “responsible.”

I bought a second HexOS license as part of the holiday sale with the though of having an off-site backup of what is on my local server. However, I have not yet found any UI in HexOS to accomplish this. Is this a feature planned for the future? I figured with Buddy Backup on the roadmap, I should be able to do that with my own servers.

Does the RAM speed matter much for server applications? As I understand, it may not be worth it or have very minimal upsides to have some crazy gamer RAM in the server given that most of the time it'll just idle. I came across some slower (2933) DDR4 Server ram from a lot and thinking of replacing the NAS ram with that and repurpose the faster stuff for something else.

Can confirm that this fix still works, I had this happen after HexOS updated today.

Not worth it? Maybe for you, but fixing a very basic mistake by HexOS should be worth it (especially when SMB and Locations are easily manageable). Since HexOS doesn't ask for a name when we create them, renaming becomes more important. When you have multiple pools and their name is HDDs, HDDs-1, HDDs-2 it's stupid. A VERY basic feature for the creation of pools is missing.

Hmm. I ask this obviously not knowing what all these 'arr stack' jobs really do but if Eshtek get involved in making a torrent process bigger and better, do they take on some potential responsibility how this is used?

Here is what Jon has said on the subject for HexOS. "The problem with SMART is that it leads to a lot of false positives. Users often replace drives too early due to a SMART notification that was being misinterpreted or overstated. SMART tries to be a crystal ball and predict when a drive is about to fail, but a lot of times it could be something totally unrelated to the drive that is causing SMART to act up (faulty SATA cable, bad PSU, etc.). In the world of TrueNAS, ZFS is the ultimate arbiter for deciding when a drive needs to be replaced. So I understand why TrueNAS doesn't feel the need to have a secondary "early warning system" when the system is already designed with fault-tolerance in mind. Furthermore it creates a giant burden of support as users constantly ask "well what does this SMART error mean to me?" I can tell you that from years of reading SMART data from customer systems, the answer on whether or not a drive replacement is really required is more often than not "it depends." Users that believe in using SMART can install the Scrutiny app. Our official stance on this is that ZFS is there to protect you from device failure, so SMART is just not necessary."

Hello, You shouldn't rename pools. It could brake SMB shares and defualt locations. Not worth it.