-
Posts
122 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by BillClinton
-
-
Thanks JorgeB
I’ll enable that when I’m back from holiday in a couple of weeks.
As a an FYI, the server webgui is inaccessible again. I update the post when I have the syslog info.
-
Hi Guys,
I have had this issue happen a few times over the last couple of months.
After a while the WebGUI becomes unresponsive and I am unable to log in and it times out.
I can PING the server fine.
All dockers are working in this last lock up. All accessable via their WebGUIs.
My Ubuntu VM is still working as I have Twingate working in the VM and still accessible.
I have trouble starting my Windows 10 VM via WOL (it is running on a Passed Through NVME)
Can someone with better knowledge take a look over my diagnostics please.
If you need anymore info, please let me know.
- 1
-
May I please know the steps to make it executable? I'm quite new to scripts.
Thanks!
It’s shown in the quote “chmod -x /path/to/script/“ (remove quotes). The -x means executable. Run this command in a console window.
Sent from my iPhone using Tapatalk
-
Thanks for this. Well yes I do connect to it via my browser pretty much daily, and especially now my automation is broken. It seems odd how it coincided directly to my backup/restore of app data. Currently I'm using a Chrome addon on my main PC to send torrents from HD-Torrents site to Transmission on Unraid.
Same command as shown in screenshot below from my PC on the same network is successful. SO I think its Unraid server issue?
Only other thing I can think of is the certificate in Jacketts app data is old or balked. See if you can flush the old one. -
HI All,
I have an issue with Jackett, I just did a cache disk swap and restored my appdata and most docker containers are working as before, however Jackett I cannot add my indexer (hd-torrents.org)
I use Sonarr, Jackett, Transmission in my setup.
When I add HDT and enter my username password then click OK I get an SSL failure as seen in the attached capture.
I can see the certificate has expired butI find it confusing that this certificate error occurs, and where this failure is caused as it only seems to affect Jackett. I felt it might be my browser or something local to the PC I was using so tried other laptops and its the same error.
So, I'm pretty confused and am hoping someone can help me. I think I need to somehow renew the certificates on my Unraid server.
Thank you in advance.
This is the log - https://pastebin.com/HpFjmmw5
It might be Telstra blocking that website. I know Australia has cracked down on torrent sites. Have you tried connecting to hd-torrents via your browser?
Only solution is either to find another torrent site, or switch internet providers, or set up a vpn. -
A friend of mine is a Plex nut. He’s not running Unraid but works with Linux.
He’s done a heap of card testing and wrote up his results in a really nice website.
Check it out
https://www.elpamsoft.com/?p=Plex-Hardware-Transcoding -
If you are able to see that memory usage is increasing over time try disabling dockers and see if it stops increasing. If you work systematically you'll be able to determine which one is the culprit.
I did this when I was trying to figure out a server lockup. Turned out to be Radarr.
I fixed it by limiting the containers memory.
Edit the container and add—memory=xG
To “extra parameters“
(Where x equals a value you are comfortable with).
Hope this helps. -
Thanks for the info, will look into this as I thought pads were generally inferior to TIM compounds. Now if only I could find a better heatsink for my mobile chip! My question still stands though, would love to have historical temp data available in some form.
I use 2 dockers for historical info.
Netdata for fine details.
Munin for long term stats history. -
Hey guys,
This seems to be causing my system to hang - took me a while to peg it onto radarr, but ever since I left the docker off, my unraid has been stable again. There are also some other posts online also with issues with radarr.
Anyone managed to fix this? I don't use radarr a whole heap but it does come in handy..
I had system hangs with this as well. It was from mono running away with my ram. In the end I limited the ram to this docker to just 1GB.- 1
-
Try the NUT plugin instead.
The built in application works best with APC branded UPS’s.
you’ll find the NUT plugin via Community Applications.
(Don’t forget to turn off the APC application before starting NUT so there is no interference). -
I have my appdata on my ssd with the cache set to to preferred.
Would it be worth trying a new user share not on the ssd?
The weird thing for me is CP, Sabnzbd, Plex, Sonarr and Transmission all running perfectly fine.
Sent from my SM-G930F using Tapatalk
A bit of a shot in the dark;
Have you tried /config -> /mnt/cache/apps/radarr
Instead of /config -> /mnt/user/apps/radarr
- 1
-
I'm also having this problem and I tried to reinstall and muck about before I found this post about using an old release.
In the process I lost all of the torrents I was seeding, is there a way to get it all back (was 400 some, took hours of manual labour to add when I first added this docker...)?
This happens to me sometimes when I stop and restart the container too quickly. Eg stopping it just after starting the container, interrupting the torrent ‘resume’ process. There is a ‘state’ folder in the appdata which you can use to get it going. You’ll just have to re-add the torrents manually.
You might have to add them in a paused state and make sure they are pointing to the right folder where your completed and not completed are kept.
Then you’ll have to get them all to rescan for files. Could take a while.
-
You need to specify a build number within the edit docker page.is anyone else having problems connecting to peers with the latest update or is it just me, or I'm having other problems? In the last 24 hours my client has stopped working properly and I'm wondering if it's the latest update. Edit: Is there an easy way to rollback to the previous release to check? I'm getting no peers on 2 trackers and the only thing that's changed I can think of is the docker update. I've just done a fresh install to check and I'm having the same problemEdit2: Added slackware torrents to check and no joy so reckon it's the docker. Will try rebooting server (pfsense VM) once family have gone to bed to eliminate network
In the repository field, add build number after linuxserver/deluge:XXX
put in a number from the docker webpage -> tags.
Click link in docker containers webgui
Eg:
“By:Linuxserver/deluge:latest”
- 1
-
Q: If I want to seed a torrent I downloaded before but have moved somewhere else on my machine... do i just copy the files into my Incomplete folder and start a download as normal and it picks up I have the files (or most of them) already?
Assuming you have all the original files still (including but not limited to all files have exactly the original file name) you put files back into completed directory, add .torrent file back to deluge IN A PAUSED STATE.
Ensure that torrent is pointing to correct directory in details window.
Tell deluge to recheck torrent.
Make sure it sees most if not all files are complete 100%
If all good start torrent.
I hope this is clear
-
On 5/16/2018 at 1:56 PM, CHBMB said:On 5/16/2018 at 12:08 AM, cferrero said:What I could find, the issue with bandwidth limits is caused by a bugged libtorrent library (v 1.1.5). Linuxserver.io rebased the image to Alpine Edge that pulls that version which doesn't work with Deluge 1.3.15
Got some links to that please?
doing some general googling I found these links of others in the deluge world with similar issues. Hope this helps
https://github.com/arvidn/libtorrent/issues/2857
https://dev.deluge-torrent.org/ticket/3153
https://forum.deluge-torrent.org/viewtopic.php?p=227823
if this is unclear, please forgive my noobish research.
-
Hi there can anybody help me for some reason deluge is ignoring my upload speed limit that I set. Thanks
Same problems here.
A short term solution is to specify build 113 in the Docker setup.
In repository it looks like
Linuxserver/deluge:113
It works for me so far. -
-
As previously stated, this currently only works with Corsair RMi and HXi. The i stands for "intelligent" which is their digital control and monitoring feature over USB.
Thanks for the clarification. -
I have a rm450, is this connected through the pwr_fan connection on motherboard?
-
Got it fixed with a reboot.
(tried the delete procedure because it has fixed other plugins with similar issues in the past. Didn't take into consideration the higher integration of this plugin )
Thanks for the help over the holiday.
all the best for the forthcoming year.
-
updated this great plugin today to 2017.12.26a? and it disappeared. this was using the update all button from Advanced Buttons. Went in to the plugins folder on my flash drive and deleted the plugin to reinstall from the web link in the first post. Now I am getting a 'xml parse error' and it won't install. any help would be appreciated.
Here is an extract from my syslog;
Dec 30 12:48:10 Tower php: /usr/local/emhttp/plugins/advanced.buttons/script/plugin 'update' 'unassigned.devices.plg' 'community.applications.plg' 'ca.docker.autostart.plg' 'ca.backup2.plg' &>/dev/null & Dec 30 12:48:10 Tower root: plugin: running: anonymous Dec 30 12:48:10 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices/packages/unassigned.devices-2017.12.26a.tgz already exists Dec 30 12:48:10 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices/packages/ntfs-3g-2013.1.13-x86_64-1.txz already exists Dec 30 12:48:10 Tower root: plugin: running: anonymous Dec 30 12:48:10 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices/packages/nmap-7.12-x86_64-1.txz already exists Dec 30 12:48:10 Tower root: plugin: running: anonymous Dec 30 12:48:10 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices/packages/exfat-utils-1.2.7-x86_64-1_slonly.txz already exists Dec 30 12:48:10 Tower root: plugin: running: /boot/config/plugins/unassigned.devices/packages/exfat-utils-1.2.7-x86_64-1_slonly.txz Dec 30 12:48:10 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices/packages/fuse-exfat-1.2.7-x86_64-1_slonly.txz already exists Dec 30 12:48:10 Tower root: plugin: running: /boot/config/plugins/unassigned.devices/packages/fuse-exfat-1.2.7-x86_64-1_slonly.txz Dec 30 12:48:10 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices/packages/hfsprogs-332.25-x86_64-2sl.txz already exists Dec 30 12:48:10 Tower root: plugin: running: /boot/config/plugins/unassigned.devices/packages/hfsprogs-332.25-x86_64-2sl.txz Dec 30 12:48:10 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices/packages/libbsd-0.8.6-x86_64-1_slonly.txz already exists Dec 30 12:48:10 Tower root: plugin: running: /boot/config/plugins/unassigned.devices/packages/libbsd-0.8.6-x86_64-1_slonly.txz Dec 30 12:48:10 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices/packages/parted-3.1-x86_64-1.txz already exists Dec 30 12:48:10 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices/packages/parted-3.2-x86_64-2.txz already exists Dec 30 12:48:10 Tower root: plugin: running: anonymous Dec 30 12:48:11 Tower root: plugin: running: /boot/config/plugins/unassigned.devices/packages/parted-3.2-x86_64-2.txz Dec 30 12:48:11 Tower root: plugin: skipping: /boot/config/plugins/unassigned.devices/packages/libnl-1.1.4-x86_64-1.txz already exists Dec 30 12:48:11 Tower root: plugin: running: /boot/config/plugins/unassigned.devices/packages/libnl-1.1.4-x86_64-1.txz Dec 30 12:48:11 Tower root: plugin: creating: /tmp/start_unassigned_devices - from INLINE content Dec 30 12:48:11 Tower root: plugin: setting: /tmp/start_unassigned_devices - mode to 0770 Dec 30 12:48:11 Tower root: plugin: running: anonymous Dec 30 12:48:11 Tower root: plugin: running: anonymous Dec 30 12:48:11 Tower root: plugin: running: anonymous Dec 30 12:48:11 Tower root: plugin: skipping: /boot/config/plugins/community.applications/community.applications-2017.12.20.txz already exists Dec 30 12:48:11 Tower root: plugin: running: /boot/config/plugins/community.applications/community.applications-2017.12.20.txz Dec 30 12:48:11 Tower root: plugin: running: anonymous Dec 30 12:48:11 Tower root: plugin: running: anonymous Dec 30 12:48:11 Tower unassigned.devices: Disk with serial 'ST2000DM001-1ER164_Z4Z03SG1', mountpoint 'ST2000DM001-1ER164_Z4Z03SG1' is not set to auto mount and will not be mounted... Dec 30 12:48:11 Tower root: plugin: running: anonymous Dec 30 12:48:11 Tower root: plugin: creating: /boot/config/plugins/ca.docker.autostart/ca.docker.autostart-2017.12.19-x86_64-1.txz - downloading from URL https://raw.github.com/Squidly271/ca.docker.autostart/master/archive/ca.docker.autostart-2017.12.19-x86_64-1.txz Dec 30 12:48:11 Tower unassigned.devices: Disk with serial 'ST32000542AS_6XW16NJY', mountpoint 'ST32000542AS_6XW16NJY' is not set to auto mount and will not be mounted... Dec 30 12:48:11 Tower unassigned.devices: Adding disk '/dev/sdl1'... Dec 30 12:48:11 Tower unassigned.devices: Drive '/dev/sdl1' already mounted... Dec 30 12:48:11 Tower unassigned.devices: Partition 'WDC_WD7500AAKS-00RBA0_WD-WCAPT0571282' could not be mounted... Dec 30 12:48:11 Tower root: plugin: checking: /boot/config/plugins/ca.docker.autostart/ca.docker.autostart-2017.12.19-x86_64-1.txz - MD5 Dec 30 12:48:11 Tower root: plugin: running: /boot/config/plugins/ca.docker.autostart/ca.docker.autostart-2017.12.19-x86_64-1.txz Dec 30 12:48:11 Tower root: plugin: running: anonymous Dec 30 12:48:11 Tower root: plugin: running: anonymous Dec 30 12:48:11 Tower root: plugin: creating: /boot/config/plugins/ca.backup2/ca.backup2-2017.12.22-x86_64-1.txz - downloading from URL https://raw.github.com/Squidly271/ca.backup2/master/archive/ca.backup2-2017.12.22-x86_64-1.txz Dec 30 12:48:12 Tower root: plugin: checking: /boot/config/plugins/ca.backup2/ca.backup2-2017.12.22-x86_64-1.txz - MD5 Dec 30 12:48:12 Tower root: plugin: running: /boot/config/plugins/ca.backup2/ca.backup2-2017.12.22-x86_64-1.txz Dec 30 12:48:12 Tower root: plugin: running: anonymous Dec 30 12:55:48 Tower php: /usr/local/emhttp/plugins/advanced.buttons/script/plugin 'install' 'https://raw.githubusercontent.com/Squidly271/community.applications/master/plugins/community.applications.plg' &>/dev/null & Dec 30 12:56:45 Tower php: /usr/local/emhttp/plugins/advanced.buttons/script/plugin 'install' 'https://raw.githubusercontent.com/Squidly271/community.applications/master/plugins/community.applications.plg' &>/dev/null & Dec 30 12:58:48 Tower emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/tail_log syslog Dec 30 13:08:40 Tower php: /usr/local/emhttp/plugins/advanced.buttons/script/plugin 'install' 'https://raw.githubusercontent.com/Squidly271/community.applications/master/plugins/community.applications.plg' &>/dev/null & Dec 30 13:12:44 Tower emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/tail_log syslog
Thanks in advance.
if you need anymore info let me know.
-
On 11/4/2017 at 1:48 AM, mkyb14 said:
I was getting the same here. I'm on 6.3.5 if that helps. following the guide from @panzerschreck. See the first screenshot.
just changed the apps directory to suit my system. See Second Screenshot.
I got it fixed. See second screenshot.
Just download the telegraf.conf from the github and edit it. save it to the telegraf apps folder. (https://github.com/influxdata/telegraf/blob/master/etc/telegraf.conf)
- 2
- 1
-
Hey!
I also had problems figuring out how to setup Grafana, InfluxDB and Telegraf and made a tutorial after I figured it out.
Feel free to check it out on reddit!
Will definitely be trying this later today!
Sent from my iPad using Tapatalk- 1
-
v2.5.1 is out !
2017-10-27 - 2.5.1
- Fix issue with nut config file that caused a crash
[mention=63868]BillClinton[/mention], please try this one, should fix the issue you're having.
Updated
Working like a charm.
Thank you very much.
Sent from my iPad using Tapatalk
Server WebGUI inaccessable. All Docker still working. Need to Hard Reset server to get the WebGUI back online.
in General Support
Posted
Hi Guys,
Thanks for keeping an eye on this.
I have had the server webgui lock up and muy deluge becomes unresponsive.
I changed a couple of settings on deluge as the cache wasn't big enough.
but the lock up still happened.
Here is the latest Diagnostics and the syslog as well
syslog-192.168.88.242.log tower-diagnostics-20240118-1750.zip