Jump to content

karldonteljames

Members
  • Content Count

    84
  • Joined

  • Last visited

Community Reputation

2 Neutral

About karldonteljames

  • Rank
    Advanced Member

Recent Profile Visitors

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

  1. Evening All, My unraid server rebooted today, and when it came back up 4 of my disks are missing. I have the following in my unraid syslinux config: append iommu=pt initrd=/bzroot I'm hoping this isn't a hardware failure! I upgraded to 6.7.3rc2 and it didnt make any difference. Also, If I boot and leave it to boot normally on the blue screen to unraid, it says: loading bzroot.. ok loading bzroot(random characters)... Failed : No such file or directory if i select safemode of gui it seems to load, but still missing those four drives. removing the above line (append iommu=pt initrd=/bzroot) results is a failed boot that stops on a line that reads: ---[ end trace 7c9523f71dcfb5e2 ]--- i'm still able to boot into safemode, but still without the missing drives. Diagnostics are attached. Any help is appreciated. REALLY appreciated. maximus-diagnostics-20190801-1852.zip
  2. Adding in the deluge Privoxy setting into lidarr solved the issue.
  3. Evening, I'm trying to add a download client to lidarr, but I keep getting the error: Unknown exception. The Operation has timed out.: 'http://192.168.12.216:8112/json' Lidarr is setup with ip 192.168.12.215 Sonarr and radarr are both connect to deluge, and they are the same iprange (12.216 and 12.217) Any idea why this might be? I'm seeing this is in the logs: 2019-06-03 08:00:29,991 DEBG 'lidarr' stdout output: [Error] Deluge: Unable to test connection [v0.6.2.883] System.Net.WebException: The operation has timed out.: 'http://192.168.12.216:8112/json' ---> System.Net.WebException: The operation has timed out. at System.Net.HttpWebRequest.GetRequestStream () [0x0000f] in /build/mono/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:910 at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x000ef] in C:\projects\lidarr\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:68 --- End of inner exception stack trace --- at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x001c8] in C:\projects\lidarr\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:102 at NzbDrone.Common.Http.Dispatchers.FallbackHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x000b5] in C:\projects\lidarr\src\NzbDrone.Common\Http\Dispatchers\FallbackHttpDispatcher.cs:53 at NzbDrone.Common.Http.HttpClient.ExecuteRequest (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookieContainer) [0x0007e] in C:\projects\lidarr\src\NzbDrone.Common\Http\HttpClient.cs:121 at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x00008] in C:\projects\lidarr\src\NzbDrone.Common\Http\HttpClient.cs:57 at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.AuthenticateClient (NzbDrone.Common.Http.JsonRpcRequestBuilder requestBuilder, NzbDrone.Core.Download.Clients.Deluge.DelugeSettings settings, System.Boolean reauthenticate) [0x0005b] in C:\projects\lidarr\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:292 at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.BuildRequest (NzbDrone.Core.Download.Clients.Deluge.DelugeSettings settings) [0x0006b] in C:\projects\lidarr\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:205 at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ProcessRequest[TResult] (NzbDrone.Core.Download.Clients.Deluge.DelugeSettings settings, System.String method, System.Object[] arguments) [0x00000] in C:\projects\lidarr\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:212 at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.GetVersion (NzbDrone.Core.Download.Clients.Deluge.DelugeSettings settings) [0x00000] in C:\projects\lidarr\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:53 at NzbDrone.Core.Download.Clients.Deluge.Deluge.TestConnection () [0x00000] in C:\projects\lidarr\src\NzbDrone.Core\Download\Clients\Deluge\Deluge.cs:209 2019-06-03 08:00:29,997 DEBG 'lidarr' stdout output: [Warn] LidarrErrorPipeline: Invalid request Validation failed: I've made a little progress, If lidarr is running as "host" rather than on its own ipaddress it can connect to deluge. Can I add a path for the docker containers to connect to each other on their own subnet? If I disable the VPN on deluge or Qbit, it will also connect, if using its own IP. (I'm using binhex-delugevpn) I am able to ping the binhex-delugevpn container from the binhex-lidarr console, both by name and by IP address. Most of my dockers are assigned their own IP address in subnet, 192.168.12.0/24, This subnet is on a separate network port, running on VLAN 12. My Unraid server is on 192.168.10.0/24 (running a 4 port bonded network on vlan 10) Dockers: Docker settings: Routing Table: Docker Ethernet Port: Unraid Ethernet Port:
  4. Good evening. I had an episode that failed to copy over correctly, I deleted the file and tried to re-import the download, even tried to re-download it a few times, but getting the error: "Failed to import episode, Destination already exists." There are no files relating to the episode. Couldn't import episode /downloads/Completed/www.Torrenting.org - The Big Bang Theory S12E23 1080p HDTV x264-CRAVERS/The.Big.Bang.Theory.S12E23.1080p.HDTV.x264-CRAVERS.mkv: Destination /MCEDisks/MEDIA-CENTRE_GrownUpTV2/Big Bang Theory, The/Season 12/S12E23 - The Change Constant.mkv already exists. NzbDrone.Common.Disk.DestinationAlreadyExistsException: Destination /MCEDisks/MEDIA-CENTRE_GrownUpTV2/Big Bang Theory, The/Season 12/S12E23 - The Change Constant.mkv already exists. at NzbDrone.Common.Disk.DiskTransferService.ClearTargetPath (System.String sourcePath, System.String targetPath, System.Boolean overwrite) [0x0001e] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Disk\DiskTransferService.cs:344 at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite, NzbDrone.Common.Disk.DiskTransferVerificationMode verificationMode) [0x00225] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Disk\DiskTransferService.cs:257 at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite, System.Boolean verified) [0x0000e] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Disk\DiskTransferService.cs:196 at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.TransferFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Tv.Series series, System.Collections.Generic.List`1[T] episodes, System.String destinationFilePath, NzbDrone.Common.Disk.TransferMode mode) [0x0012c] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:119 at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.CopyEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode) [0x0006b] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\MediaFiles\EpisodeFileMovingService.cs:94 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode, System.Boolean copyOnly) [0x00167] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\MediaFiles\UpgradeMediaFileService.cs:72 at NzbDrone.Core.MediaFiles.EpisodeImport.ImportApprovedEpisodes.Import (System.Collections.Generic.List`1[T] decisions, System.Boolean newDownload, NzbDrone.Core.Download.DownloadClientItem downloadClientItem, NzbDrone.Core.MediaFiles.EpisodeImport.ImportMode importMode) [0x00281] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\MediaFiles\EpisodeImport\ImportApprovedEpisodes.cs:108
  5. Thanks for the help. I rolled back and rebooted, but the server is yet to come back online. As soon as it does, I'll do that. Will I need to do that after each unraid update?
  6. Morning All. I've just upgraded to 6.7.0 and i can see that some people are having problems with missing drives (this is also the issue i'm having.) I'm not sure if this is down to a marvel controller or not. In the linked thread above it says about modifying a sylinux file, can I do this from the webui terminal, if so where are the files located that I need to modify. I've attached a copy of my diagnostic report. Hopefully someone will be able to help. maximus-diagnostics-20190517-0826.zip
  7. Not sure if this is the correct place to ask, but can I use duplicati to copy the contents of my appdata folder to another unraid server?
  8. Morning. I'm having some problem with sonarr copying file, qbit downloads the files ok, and sonarr renames and copies them to the correct location, however sometimes (a few episodes a week) the files seem to not copy completely so will not play, e.g. one episode this week was 1.9gb, but when sonarr copied it to it's new destination it was only 1.7 and wouldn't play, If I take the originally downloaded file and copy it manually it plays fine. - sonarr is copying the files to a separate physical machine with the mappings completed with unassigned drives (radarr uses the same system and hasn't yet had any problems) File naming and format is completing as expected, just not copying all files 100% of the time.
  9. Good evening. I'm having a problem with Deluge and qBitTorrent. I seem to be unable to connect to either of them via reverse proxy (This started happening a couple of days ago, unifi is also having this issue.) Sonarr seems to be unable to connect to qbit, but radarr can connect to deluge, both deluge and qbit can be accessed by their respective ipaddress:port. Any help is appreciated. I am also able to ping deluge and qbit from the console of other dockers both by container name and by IP address. Setting the VPN to No allows the reverse proxy and the sonarr to connect. THIS DOESNT SEEM TO BE A DOCKER ISSUE! I've dropped unraid back to 6.6.6 and all is working as expected, any idea why 6.6.7 is producing this behaviour?
  10. @primeval_god Thanks for the information. I ended up installing Observium, and setting up the SNMP service on the windows pc. Thanks anyway.
  11. RESOLVED! Evening all, Any idea why all my squares on my dashboard have become blank in IOS 9? Seems to be working fine on android / PC, having the same problem in IE11, but working in chrome and edge. TIA. Karl 2019-04-07 18:31:31.243829 INFO Compiling dashboard '- Downstairs' 2019-04-07 18:31:31.397454 INFO Loading custom widget 'climate_select.yaml' 2019-04-07 18:31:31.397601 INFO Loading custom widget 'media_select.yaml' 2019-04-07 18:31:31.397667 INFO Loading custom widget 'media_with_volume.yaml' 2019-04-07 18:31:31.397723 INFO Loading custom widget 'baseclimateselect' 2019-04-07 18:31:31.398216 INFO Loading custom widget 'basemediaselect' 2019-04-07 18:31:31.398715 INFO Loading custom widget 'base_media_with_volume' 2019-04-07 18:31:31.399072 INFO Loading custom widget 'base_light_with_colorpicker' 2019-04-07 18:31:31.399378 INFO Loading custom widget 'light_with_colorpicker.yaml' 2019-04-07 18:31:31.399436 INFO Loading custom widget 'baseslider_new' 2019-04-07 18:31:31.399742 INFO Loading custom widget 'new_input_slider.yaml' 2019-04-07 18:31:31.399803 INFO Loading custom widget 'light_with_brightness.yaml' 2019-04-07 18:31:31.399864 INFO Loading custom widget 'base_light_with_brightness' 2019-04-07 18:31:31.400168 INFO Loading custom widget 'baseiconsensor' 2019-04-07 18:31:31.400462 INFO Loading custom widget 'baseiframe' 2019-04-07 18:31:31.400759 INFO Loading custom widget 'baseradial' 2019-04-07 18:31:31.401053 INFO Loading custom widget 'baseselect' 2019-04-07 18:31:31.401344 INFO Loading custom widget 'baseslider_vertical' 2019-04-07 18:31:31.401637 INFO Loading custom widget 'basetemperature' 2019-04-07 18:31:31.402099 INFO Loading custom widget 'camera.yaml' 2019-04-07 18:31:31.402178 INFO Loading custom widget 'heater.yaml' 2019-04-07 18:31:31.402235 INFO Loading custom widget 'iconsensor.yaml' 2019-04-07 18:31:31.402289 INFO Loading custom widget 'input_select.yaml' 2019-04-07 18:31:31.402340 INFO Loading custom widget 'radial.yaml' 2019-04-07 18:31:31.402397 INFO Loading custom widget 'readme.md' 2019-04-07 18:31:31.402454 INFO Loading custom widget 'temperature.yaml' 2019-04-07 18:31:31.402509 INFO Loading custom widget 'vertical_input_slider.yaml' 2019-04-07 18:31:31.402562 INFO Loading custom widget 'swipe_light.yaml' 2019-04-07 18:31:31.402605 INFO Loading custom widget 'baseswipe_light' 2019-04-07 18:31:31.402937 INFO Loading custom widget 'baseheater' 2019-04-07 18:31:31.467830 INFO function [get_dashboard] finished in 224 ms This issue turned out to be related to "baseswipe_light" All Sorted now.
  12. Morning All, I assume this has been asked in the past, but I'm unable to find any information on it, I have a PC in my house that I use as a media server, would it be possible to monitor this machine under the same instance in this container? Is there a plugin, or equivalent windows service?
  13. Thanks. I had some help on discord, and someone told me that they would still be on there, just by going to: docker>add container, selecting each one brought back my previous settings, and currently working my way through them. I'm not sure why it was set to 100gb. I think all the shared were set to 100gb originally so that I didn't fill any drive to the brim.
  14. Ok. so it turns out that the minimum space required for the appdata share was set to 100gb. which is why it wouldn't write. Sorted that issue. Now I nede to figure out how to recover the "proned" containers?
  15. I accidentally proned all of the dockers from the container! I've set up a new docker image but getting the same error.