Jump to content

spyd4r

Members
  • Content Count

    28
  • Joined

  • Last visited

Community Reputation

1 Neutral

About spyd4r

  • Rank
    Member

Converted

  • Location
    Canada
  1. spyd4r

    Jitsi?

    +1 would also like the ability to have it configured easily for authentication on rooms.
  2. I love being able to easily manage docker and vms right from the GUI.
  3. I had the same issue as well. Didn't pay too much attention as I had to drive to work and was fine when I checked later in the day.
  4. yeah, unfortunately I use it to write my Security Footage for my cameras to.
  5. twice now, i've had all my shares disappear.. no idea what's wrong or what i've changed. basically everything stops working as you'd expect. Reboot fixes it though. I was up 3 days previously since the patch no problems, not twice today i've had this issue. This diagnostic file is after they disappeared, and after array manually stopped but not yet restarted, server.lan-diagnostics-20191015-1822.zip
  6. I had my Plex DB corrupt as well. On a cache drive, on rc4.. Which I don't believe should ever happen.. I think it may have happened during the upgrade of the container overnight though.
  7. Can confirm with all 6.7.2, had appdata on array and it corrupted immediately and repeatedly. Switched to cache disk and no issues.
  8. 100%, i stuck an old 250GB SSD in mine and moved appdata to cache... no problems since.. previously I was getting corrupted every couple hours.
  9. In the glances container, how can I make it so it can save the glances.conf to appdata so I can make some custom edits?
  10. I am on 6.7.1 and db corruption continues. /mnt/user/appdata and /mnt/disk1/appdata have both suffered corruption. I have no cache disk (out of sata ports until my lsi card gets here). xfs no system crash, just running as expected. This happens frequently in Sonarr/Radarr and Plex I will update to 6.7.2 to test. not sure if it's anyway related.. But I'm seeing tons of "Waited one whole second for a busy database." in the plex console. Not sure if it was like this previously during an import of a library. Update: It happened sometime overnight, I had a few movies queued in in Radarr but it appears those completed. It corrupted sometime after. server-diagnostics-20190626-1058.zip
  11. I got it working (somewhat), i can't get the data to stay persistent in the appdata folder. It appears someone had the same issue as me and left an issue in the git repo. https://github.com/SteveMcGrath/docker-nessus_scanner/issues/5 https://hub.docker.com/r/stevemcgrath/nessus_scanner
  12. i was able to get a beta tag operational by editing /usr/lib/unifi-video/conf/mongodv3.6+.conf and changing it to engine: wiredTiger. i did this during a fresh install and then restored a backup.. it seems to have worked.. although in settings it still thinks its a 3.9.12 controller.
  13. i've tried a clean install after ditching my appdata on beta, testing and latest branches.. and none will start up from scratch on a fresh install.
  14. that didn't work for me, i just ended up rolling back to 3.9.12
  15. I used :beta on a fresh container initialization and it still didn't work correctly.. so i'm not sure. I'm don't think it needs 4.0 as I believe Unifi is still pushing 3.4 on the cloudkeys if i am not mistaken.