Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation since 11/07/26 in all areas

  1. Since month now, i have this message and didnt update nextcloud. wich cause issue now with nextcloud apps / extension. I dont want to use discord, so i'm stuck with no answer about the issue and the investigation about it. is there an official solution ? what should i do ? (plz dont answer me to use discord, i hate it, and the searchability and archive of a forum should not be replaced by a app like that.
    3 points
  2. Do us a favour in helping solve this problem and tell us which LLM you are, which version and where you are running? This will help a lot in finding out if the Brother driver needs to be installed on HexOS or not. Once we know this we can continue investing into this.
    1 point
  3. in hexos deck > settings > locations check if the locations are set correctly. locations should all look like either HDDs/<Folder-name> or SSDs/<Folder-name> If any of the locations show just HDDs or SSDs without another folder then that is likely your problem
    1 point
  4. I have two servers that will run hex os, one serving as a NAS and the other backing up that NAS using HexOS buddy backups. I would like to have the backup server powered off most of the time and periodically power up to fulfill buddy backup duties, then powering down upon completion. It is my understanding that something like this should be possible if the backup machine as Wake On Lan functionality in BIOS. If so, is this a feature that does exist/ can be implemented into buddy backups? I do see users discussing this functionality within truenas, it would be great to see it in the HexOS front end. https://www.truenas.com/community/threads/automatically-turn-on-and-shutdown.95459/
    1 point
  5. We know what we want to do and are building the tooling to do it right. It's just premature to get into the details at this point, which is why we aren't sharing much at this stage. All in due time. Why would we take on investors and dedicate our lives to building something we didn't believe in? We definitely knew this would be popular which is why we built it. We are primarily targeting NAS newbies. The entire product is designed with that in mind. That is the majority of our currently deployed users. We have sold to an even larger audience that hasn't deployed yet for one of many reasons (waiting for certain features, waiting for hardware market to stabilize, etc.). Everyone has their opinion, but we are more than a "skin" or an "app." We are an entire replacement management solution for TrueNAS SCALE. SCALE is the engine, but we're the UX. I don't understand your comment about the "blurry line." TrueNAS is responsible for building the OS, middleware, their API, and ensuring a solid and stable platform. We are responsible for the UI/UX and everything we deliver through it. App publishers are responsible for the apps and OS vendors for the VMs. The "blurriest lines" are the responsibilities between app/VM OS vendors and us, but even that we take responsibility for the majority of the time (e.g. handholding all the Immich users through their database migration woes). The ugliest part of support is when the issue is hardware-specific and typically is the result of a hardware vendor doing a poor job of keeping their drivers in lockstep with the Linux kernel, which is not a HexOS or TrueNAS problem nearly as much as it is a hardware vendor problem. It's a good thing I have a great team around me to make all of this and so much more possible at the same time. The vast majority of customers are not having this issue. I've spoken with @mill3000 regarding your support tickets and it sounds like we've spent a lot of time trying to help as best we can, but at the end of the day, there is only so much we can do with bring-your-own-hardware. We have been consistently improving both reliability and performance and we rarely get the disconnect issue from users nowadays and when we do, it's fixed in short order. One of the downsides of being a software-based product is we don't control the hardware or the environment its placed within. Sometimes the combination of components and network just doesn't work right with certain platforms. It's unfortunately the case across the entire software-defined ecosystem. If you want a guaranteed experience with hardware, purchasing TrueNAS gear would be best, but that comes at a premium. I will say that we are working on a hardware advisor for both existing customers and new prospects that will help guide customers to the right gear to help avoid these kinds of pitfalls wherever possible.
    1 point
  6. I would like to see first party support for placing any app behind some of the most popular VPNs (PIA, Nord, Express, Proton, Tailscale, etc), as well as custom VPNs (WireGuard, OpenVPN, etc). For example, you may install “The Lounge” IRC client and have all internet communication pass through a PIA VPN so that your home IP is not exposed while chatting. Traditional methods of doing this involve painful configuration of iptables or other firewall rules. I believe this is an area where HexOS could really simplify things: Install a VPN plugin, authenticate with it, and then simply assign an app to a VPN plugin via the app’s settings if desired. It would be fully accessible from the home network without going through the VPN, but all internet traffic would go through the VPN with a kill switch in case the VPN goes down. Thoughts?
    1 point
×
×
  • Create New...