tuxbass

Members
  • Content Count

    125
  • Joined

  • Last visited

Community Reputation

0 Neutral

About tuxbass

  • Rank
    Member

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

1993 profile views
  1. Would it be possible to query VM running state from a docker container? Are there any temp files or sockets that could be passed to container for detection?
  2. Under 'Users' tab in web UI we can see two users created by default - root & guest. What's the purpose of guest user? And how come it doesn't have a corresponding /home/guest/ directory?
  3. Looking at dockerfile, why is this copy operation necessary?: cp -R -n /usr/share/jupyter/* /appdata Additionally, any particular reason you opted for archlinux, instead of say debian(-testing) slim or alpine linux or any other minimal distros?
  4. Have you configured unraid SSH with key-only? If so, could you walk me through?
  5. Also interested if this still works in 2020? Tried curling different endpoints, but either receive stock nginx page, or 'file not found.
  6. Were any errors reported during previous days' backup runs?
  7. What's the _unraid way_ of turning on key-only login access to unraid host? Can see there are some set of keys in /boot/config/ssh but there's no sshd_config found under /boot to enforce their usage. Why are there keys under boot/config/ssh to begin with if they're not used? Just to be clear, the goal is to secure ssh access so no bad actor on LAN can wreak havoc.
  8. Believe that's by design. Eg try passing (now-deprecated, I know) --link param when _not_ using self-created network.
  9. Interesting. How come tarring doesn't have the same issues - isn't it all simply a read operation on source endpoints anyway? Or the problem is caused by write? Anyhow cheers, will enable v1 again.
  10. I know it's going to be an unpopular request, but could we have "Use tar?" option before "Use Comporession?", latter being disabled & defaulting to 'no' if user opts out of tarring. There are use-cases when simply copying the files as-is can be preferred.
  11. When the plugin starts the containers back up - are the order & wait times still respected? Every morning one of the services has gone bad, likely due to a dependent container not having started by the expected time. No issue with system reboot though.
  12. >Did you ever reboot? Yes, before reboot absolutely no shares (not only appdata) were accessible. Delayed rebooting to make sure all the data-recovery is done prior, this was to ensure no writes to cache drive were performed beforehand. Can't believe how lucky I am unraid saved me from myself. At least gained some experience recovering data from xfs 🤷‍♂️
  13. Finally mounted the cache partition after long recovery process, and... appdata contents are all there! How on earth is that possible? Looking back at the entered commands above I can't see how it wasn't overwritten. Don't get me wrong, I'm over the moon about it, but can't make any sense about what actually happened. Is it because the mv operation targeted /mnt/user, not /mnt/cache?
  14. Does v2 still back up VM xmls from /etc/libvirt/qemu? v1 used to back them into /mnt/user/appdata/Community_Applications_VM_XML_Backup/, but v2 only seems to back up libvirt.img.
  15. Just noticed the plugin is no longer listed under Plugins, and when I navigate to Plugins -> 'Install PluginPlugin File Install Errors' tab, then following is listed: /boot/config/plugins-error/preclear.disk.plg -> status ERROR /boot/config/plugins-error/preclear.disk.plg contents are: <?xml version="1.0" standalone="yes"?> <!DOCTYPE PLUGIN [ <!ENTITY name "preclear.disk"> <!ENTITY repo "unRAID-plugins"> <!ENTITY author "gfjardim"> <!ENTITY version "2020.05.07"> <!ENTITY launch "Tools/Preclear"> <!ENTITY gitURL "https://raw.gi