AndreM

Members
  • Posts

    37
  • Joined

  • Last visited

About AndreM

  • Birthday 04/30/1975

Converted

  • Gender
    Male
  • Location
    South Africa

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

AndreM's Achievements

Noob

Noob (1/14)

1

Reputation

  1. I tested it just updating my old docker, only editing the Repository to registry.gitlab.com/bockiii/deemix-docker and clicked Apply. It updated, and is running now. It took a couple of stops and starts though because notabug.org, where deemix-webui is hosted, is currently under a DDoS attack. If you get this message in the logs, then it's most likely because of the DDoS attack: [cont-init.d] First start, cloning repo Cloning into 'deemix'... fatal: unable to access 'https://notabug.org/RemixDev/deemix-pyweb.git/': The requested URL returned error: 504 When it starts up correctly, it's normal to see this in the log (at least, for me it is normal, it runs and I can access it:): Starting server at http://0.0.0.0:9666 * Serving Flask app "server" (lazy loading) * Environment: production WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead. * Debug mode: off
  2. The CN_DNSBL (DNS Blacklist) looks like it might be coming from firewall blocker or DNS blackhole filter. Are you perhaps running such software, or going through a connection or ISP that is?
  3. I believe this issue resolved itself. I waited a while longer and noticed an entry in the log file: md: sync done. time=62278sec md: recovery thread: completion status: 0 The webui is still showing only 35% completion, making me think that the webui broke somewhere and stopped updating. I'll confirm that when I can restart the server. PS: As suggested, I created a post in the feature request forum section regarding the diagnostic output.
  4. I would like to request the option to choose what goes into the Diagnostics that's created, or a way to encrypt certain portions of it and only sharing that with specific people. I recently had a support issue and was asked to provide the support diagnostics. After generating it and going through the output I was reluctant to share it in it's entirety publicly. Likewise, other users were reluctant to help me unless supply the whole diagnostic output. Specifically the output that concerned me was: The mover log (when enabled) writes to the syslog, and the syslog is included, containing the full paths of files that are moved. Perhaps the mover log could be written to another file and selectively included? I realise you can disable mover logs, but by the time you need to generate the diagnostic output it's probably too late to disable the mover log. The lsof output reveals a lot about your local network, such as which IP addresses and ports are listening for services and active connections. Even though the unraid server itself might not be accessible from the internet some of the VM's might be and this was not information I was willing to share as it reveals a lot about the local network, including remote connection IP addresses. I understand that networking information can be useful for troubleshooting certain types of problems, but it's not always the case for all problems. The process list contains the full command lines for all processes also revealing a lot of information about what you're running on the system, including processes inside of dockers. This also includes ports that could be public facing (for example, a bittorrent port specified on the commandline, which you also have open on the internet) The vars output includes the serial numbers of drives, making them traceable . The config/disk output contained usernames for the permissions (this was masked in the shares output)
  5. Of course, and the server is not accessible directly, but some VM's are accessible and the diagnostic information does reveal a lot about my internal network if someone gained access in some other way. It wasn't quite expecting to be discussing the support diagnostics in this post though! :-)
  6. Thank you. I chose the anonymized option, but I still feel there's unneeded personal information. A few examples I spotted while going through the files just now were log entries for the cache mover naming full paths of files it's moving, lsof output showing port numbers and ip addresses and process listing showing full process command lines. I'll log this as a feature request, but it's obviously not going to help me right now :-)
  7. Thanks for replying Johnnie. Is there a specific file you want to see? The Diagnostic output includes much more information than I feel comfortable sharing publicly (such as details of VM's, port mappings, ip addresses, docker processes and so on).
  8. Hi there, I'm using unRaid 6.4.1, with a Pro license, 1 parity drive, 10 data drives and a cache drive. Recently I replaced a 4TB parity with an 8TB, which worked perfectly. Procedure I used was to remove the old drive, plug in the new one and chose the new parity and let it rebuild parity. I wanted to use the old parity drive to replace an old 1TB data disk. So after the parity rebuild completed I shut down the array again, removed the 1TB data drive and plugged in the old 4TB. I did not run pre-clear on it. When unraid started up it said the 1TB was missing and I chose the now unallocated 4TB and it started up the array, marking the drive as emulated and started a data rebuild, with an estimated time of about 24 hours. The problem is, it's been running for 17 hours now, and for at least the last 4 hours, the percentage complete has not changed. It looks like it's been stuck at these values for the last 4 hours or more: Total Size: 4TB Elapsed time: 17 hours (this one is increasing) Current position: 1.42 TB (35.4 %) Estimated speed: 59.8 MB/sec Estimated finish: 12 hours The 'Writes' column in the Main device list is also not increasing anymore, staying at 2,983,484, and reads at 45. I have activity LED's on my hot-swap bay and can see the drive's light is staying on, even though none of these values are increasing. The log file is showing a WRITE DMA failure, followed by a hard reset of the SATA link for one of the controllers, not sure how to tell which drive that relates to. So now I'm not sure what I should do. Should I let it run for a few more hours, or should I try to restart the array?
  9. That could also explain why mine are working. I'm using a static IP configuration on unRaid.
  10. I'm also using pfSense (on dedicated, bare-metal) as my default gateway and DNS server, and my dockers are all working. I'm even using a few of Sparkly's dockers, and I've not run into DNS issues with any of them. They are all set to auto-start and my server restarts at least twice a week due to constant power cuts in my country.
  11. Yup, I see that the direction and the delete keys indeed aren't working. I pinged hurricane about it since he develops and maintains the dockergui base. Great, thanks aptalca.
  12. Hi Aptalca. Your Calibre-RDP container is great, just finished moving my whole library onto it. I did have a bit of trouble in the beginning because I didn't read the documentation properly . I assumed that the /config was for config only, so I configured the mappings as such: - /config mapped to /mnt/cache/appdata/calibre/config - /books mapped to /mnt/user/Books/Calibre (a new empty directory) - /downloads mapped to /mnt/user/Downloads (a place where I can place books to import from) and when the wizard popped up and asked me where to create the library, I chose /books and then started some imports to build the library. This worked great, until of course I tried to restart Calibre, or try to use the server, because (as you rightly mentioned), it defaults and expects it to be in /config. Anyway, I fixed it all up and now have /config mapped to /mnt/user/Books/Calibre - which works great. My question is, is it normal for my cursor keys and delete key to be non-functional in the Web RDP session? When editing book titles and authors I have to use the mouse to position my cursor in text input fields, and I have to use backspace instead of delete to delete text.
  13. Thanks Jon. Is there more information about what the DNS issue is? I don't seem to have any issues with my docker containers (currently on RC3), so just curious what the issue is and if it might show up for me when I do upgrade to RC4.
  14. I'm using TurboVNC (a fork of TigerVNC, which is a fork of TightVNC, which is a fork of RealVNC!) on Windows 8, and it works without any issues. As mentioned by itimpi, check your port. I use port 5900, not 5700 to connect. The VNC Server I specify in TurboVNC for my first VM is "tower:5900", second one is "tower:5901", etc. You should be able to see the VNC ports listed in the VMs tab of the unRAID WebGUI
  15. I would also like to see Pushbullet support