vizi0n

Members
  • Content count

    43
  • Joined

  • Last visited

Community Reputation

2 Neutral

About vizi0n

  • Rank
    Advanced Member

Converted

  • Gender
    Undisclosed
  1. [Support] binhex - rTorrentVPN

    The settings were done in the GUI, and have stayed over the updates. It's just that when the docker is restarted they are not applied until I login to the GUI. I can I assign channels to my torrents in the config? This seems like a strange way to set this
  2. [Support] binhex - rTorrentVPN

    I think my post slipped and was not read, but again this morning I woke up to a non-functionnal internet connectivity because my torrents were completely filling up my upload. As soon as I opened rtorrent evereything went back to normal as the upload slowly slowed down to the channel's limit. Is there some kind of workaround for this?
  3. [Support] binhex - rTorrentVPN

    Hi, Is it possible that the channels (manual speed limits) are applied only after a GUI login? My auto updates are set to daily at 4am and every morning that there was an update, the current upload speed on my seeds is not respecting the channel's limit and is actually filling up my entire internet connection upload. After logging into the GUI, the upload speed slowly drops to the maximum that is set for the channel.
  4. I guess I'll just live with it for now then. Thanks!
  5. They have both the latest updates
  6. I'm getting lots of PHP Warning in my syslog Do you know what could be causing this? Jul 22 13:17:07 Tower rc.diskinfo[31979]: SIGHUP received, forcing refresh of disks info. Jul 22 13:17:07 Tower rc.diskinfo[31979]: PHP Warning: Missing argument 2 for force_reload() in /etc/rc.d/rc.diskinfo on line 684 Jul 22 13:17:07 Tower rc.diskinfo[31979]: SIGHUP ignored - already refreshing disk info. Jul 22 14:17:12 Tower kernel: mdcmd (906): spindown 1 Jul 22 14:17:14 Tower kernel: sd 1:1:0:0: [sdb] Spinning up disk... Jul 22 14:17:18 Tower kernel: . Jul 22 14:17:18 Tower kernel: ready Jul 22 14:17:18 Tower kernel: sd 1:1:0:0: [sdb] 975155200 512-byte logical blocks: (499 GB/465 GiB) Jul 22 14:17:18 Tower rc.diskinfo[31979]: PHP Warning: Missing argument 2 for force_reload() in /etc/rc.d/rc.diskinfo on line 684 Jul 22 14:17:18 Tower rc.diskinfo[31979]: SIGHUP received, forcing refresh of disks info. Jul 22 14:17:18 Tower rc.diskinfo[31979]: PHP Warning: Missing argument 2 for force_reload() in /etc/rc.d/rc.diskinfo on line 684 Jul 22 14:17:18 Tower rc.diskinfo[31979]: SIGHUP ignored - already refreshing disk info. Jul 22 15:16:24 Tower kernel: mdcmd (907): spindown 1 Jul 22 15:16:26 Tower kernel: sd 1:1:0:0: [sdb] Spinning up disk... Jul 22 15:16:30 Tower kernel: . Jul 22 15:16:30 Tower kernel: ready Jul 22 15:16:30 Tower kernel: sd 1:1:0:0: [sdb] 975155200 512-byte logical blocks: (499 GB/465 GiB) Jul 22 15:16:30 Tower rc.diskinfo[31979]: PHP Warning: Missing argument 2 for force_reload() in /etc/rc.d/rc.diskinfo on line 684 Jul 22 15:16:30 Tower rc.diskinfo[31979]: SIGHUP received, forcing refresh of disks info. Jul 22 15:16:30 Tower rc.diskinfo[31979]: PHP Warning: Missing argument 2 for force_reload() in /etc/rc.d/rc.diskinfo on line 684 Jul 22 15:16:30 Tower rc.diskinfo[31979]: SIGHUP ignored - already refreshing disk info. Jul 22 15:16:32 Tower kernel: mdcmd (908): spindown 5 Jul 22 15:16:34 Tower kernel: sd 1:1:4:0: [sdf] Spinning up disk... Jul 22 15:16:39 Tower kernel: . Jul 22 15:16:39 Tower kernel: ready Jul 22 15:16:39 Tower kernel: sd 1:1:4:0: [sdf] 3900682240 512-byte logical blocks: (2.00 TB/1.82 TiB) Jul 22 15:16:40 Tower rc.diskinfo[31979]: PHP Warning: Missing argument 2 for force_reload() in /etc/rc.d/rc.diskinfo on line 684 Jul 22 15:16:40 Tower rc.diskinfo[31979]: SIGHUP received, forcing refresh of disks info. Jul 22 15:16:40 Tower rc.diskinfo[31979]: PHP Warning: Missing argument 2 for force_reload() in /etc/rc.d/rc.diskinfo on line 684 Jul 22 15:16:40 Tower rc.diskinfo[31979]: SIGHUP ignored - already refreshing disk info. Jul 22 15:17:27 Tower kernel: mdcmd (909): spindown 6 Jul 22 15:17:29 Tower kernel: sd 1:1:5:0: [sdg] Spinning up disk... Jul 22 15:17:34 Tower kernel: . Jul 22 15:17:34 Tower kernel: ready Jul 22 15:17:34 Tower kernel: sd 1:1:5:0: [sdg] 3900682240 512-byte logical blocks: (2.00 TB/1.82 TiB) Jul 22 15:17:35 Tower rc.diskinfo[31979]: PHP Warning: Missing argument 2 for force_reload() in /etc/rc.d/rc.diskinfo on line 684 Jul 22 15:17:35 Tower rc.diskinfo[31979]: SIGHUP received, forcing refresh of disks info. Jul 22 15:17:35 Tower rc.diskinfo[31979]: PHP Warning: Missing argument 2 for force_reload() in /etc/rc.d/rc.diskinfo on line 684 Jul 22 15:17:35 Tower rc.diskinfo[31979]: SIGHUP received, forcing refresh of disks info.
  7. Oooh i had missed the first sentence. "method attempts to step fill each disk so at the end of each step there is an equal free space left on each disk."
  8. oh ok... I've always thought high water was 50% of all drives, then 75% and so on. So its 50% of the bigger , than until it is up to filling half the size of the 500gb it will move to this one?
  9. Hi everyone, I find this very strange that unRAID skipped one drive and even though all are at 50% and its going through the 75% full cycle, it never writes to one of my drives. This drive is not explicitely excluded from any share. Did this ever happen to anyone?
  10. (solved) 2nd unresponsive UI in 2 days

    All is well, still. I guess I can say problem solved! Thanks to you two
  11. (solved) 2nd unresponsive UI in 2 days

    Well, no lockups since I have disabled mover logging and automatic backups by CA Backup / Restore. I guess one of these 2 was probably the culprit
  12. (solved) 2nd unresponsive UI in 2 days

    Thanks for that!
  13. (solved) 2nd unresponsive UI in 2 days

    My mover is scheduled for 3am too. Sometimes when it hangs like this I have found that my log partition is 100% full. Is there any way to disable mover adding things to the log?
  14. Hi, my server used to randomly crash making local graphical login, shell, web ui and dockers to stop responding. yesterday though was a new one : Plex is not responding. Try the web ui, Plex's admin page, nothing works. I can login locally and use terminal and firefox. that works but no web ui still. Shell works remotely too but most commands just hang (ps aux, powerdown, and some others). Syslog shows nothing unusual. I had to hard reboot the computer. This morning: everything works. Get home from work tonight, load Plex on the tv. Server unreachable. Same thing as yesterday! anyone has a suggestion about where to look? edit: my bad, today the shell is hanging at the linux line after entering the password and the local gui is hanging after entering the password. I had to hard reset again
  15. Preclear plugin

    I confirm that the latest version fixes the issues. Thank you!
Copyright © 2005-2017 Lime Technology, Inc. unRAIDĀ® is a registered trademark of Lime Technology, Inc.