drawmonster

Members
  • Posts

    57
  • Joined

  • Last visited

Everything posted by drawmonster

  1. Has the recently released directory bug been fixed? I rolled back to 4.3.9-2-01 and have been there since the bug came out.
  2. Well, I thought I had figured out my issue, but I'm getting timeouts and webgui freezes with private tracker torrents now as well. But I did get an error message in container logs now, finally. 2020-02-18 18:37:07,030 DEBG 'rutorrent-script' stderr output: 2020/02/18 18:37:07 [error] 687#687: *212 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 172.18.0.1, server: localhost, request: "POST /RPC2 HTTP/1.1", upstream: "scgi://127.0.0.1:5000", host: "192.168.1.227:9080" Anyone seen this one before?
  3. There are some fixes in those topics I linked too about the GUI freezing up on public torrents. Is it possible to use those on this container? Maybe from the command line or something? @binhex Also, anyone else reading this, are you able to use public torrents without the GUI freezing up constantly? I can recreate my issue very easily by adding any Linux iso torrent using the RARBG trackers. Upon adding, the GUI will quickly start becoming unresponsive. Trying to refresh it will hang and load for a few seconds or minutes or longer. Removing the torrent fixes the issue instantly. Curious if anyone else is experiencing this.
  4. I'm not having any luck searching this thread for the answer I need. Basically, got everything up and running fine. VPN works. GUI works. But as soon as I add a single torrent, the GUI starts freezing up and becomes unresponsive. If I refresh the GUI, it will sit on "Loading" for a random amount of time. A couple minutes sometimes, others it never seems to load the GUI at all. Only changes I've made are the listening port to the one specified by my VPN. Is there something simple that I'm not finding in my searches to fix this? Edit: This appears to be related to "stuck" trackers. Found these threads for reference: and this github issue: https://github.com/rakshasa/rtorrent/issues/180 For me, a certain public tracker would immediately freeze the UI as soon as a torrent using that tracker was added. Removing that torrent would fix the issue. @binhex Have you ever dealt with this sort of issue in the past?
  5. You know us. "PANIC, PANIC, FIRE, DEATH, PANIC, BEES!!!"
  6. Completely removing and reinstalling CA also doesn't work.
  7. Same here. MD5 error and no more apps tab.
  8. Got this up and going with my reverse proxy. Got a couple issues though. I can't set a message for services directly. Global works, but messages, for say Plex, just don't appear. Also the time is off for the messages. If I set it for 3 p.m. my time, the message will have a time of 6 p.m. on the main page. Anyone else seeing these issues?
  9. I added an external USB hard drive last night. It’s plugged directly into my Unraid server. The partition is named “Seeding”. Now I’m getting the above messages via email hourly. So it seems like the hard drive is being seen as an SSD possibly. And it’s trying to take SSD related actions on it. I did find and turn off the “discard” option in Unassigned Devices. I then rebooted the server. Still getting the error though. Anyone had this or know how I can fix it?
  10. Just had my certificates expire. Restarted the LE container several times, but it never tried to renew the cert. I also backup my appdata every night, so the container gets restarted nightly. Ended up having to run the renew command manually. I had gotten some emails saying the certificates were set to expire today, but I just assumed that was normal and that they would get renewed automatically. Guess not. cronjob running on Sun Nov 17 02:08:00 CST 2019 Running certbot renew Saving debug log to /var/log/letsencrypt/letsencrypt.log - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Processing /etc/letsencrypt/renewal/mydomain.com.conf - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Cert not yet due for renewal - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - The following certs are not due for renewal yet: /etc/letsencrypt/live/mydomain.com/fullchain.pem expires on 2019-12-26 (skipped) No renewals were attempted. No hooks were run. I found this repeated over and over in the letsencrypt logs. So it new it was expiring, but never renewed it. Is there anything glaringly obvious that would keep the LE container from renewing the certificates automatically?
  11. So I've had a two full Unraid crashes/hangs in the last 3 days. I'm not getting any errors or warnings from Unraid and the physical server keeps running. Unraid just hangs. I have to restart the server, and it will come back up and work fine. It will also try to start a parity check after the reboot. Checking the monitor I have hooked up to the physical server at time of the hang/crash just shows Unraid scrolling errors, getting to the root login, then scrolling more errors. It's a loop. Luckily I had my system log mirrored to my other server at the time of this latest crash. References to "dma" and "ata" in the log makes me think it might be some sort of SAS controller issue? I am using the onboard Broadcom 2308 SAS2 controller on my mobo that then hits the SAS expander in my Supermicro case. Syslog from the crash below and attached system diagnostics I got after it the server was restarted and running normally again. Dec 22 11:18:43 Unraid kernel: ------------[ cut here ]------------ Dec 22 11:18:43 Unraid kernel: kernel BUG at include/linux/dma-mapping.h:268! Dec 22 11:18:43 Unraid kernel: invalid opcode: 0000 [#1] SMP PTI Dec 22 11:18:43 Unraid kernel: CPU: 18 PID: 2214 Comm: kworker/18:1H Not tainted 4.19.88-Unraid #1 Dec 22 11:18:43 Unraid kernel: Hardware name: Supermicro X9DRD-7LN4F(-JBOD)/X9DRD-EF/X9DRD-7LN4F, BIOS 3.3 08/23/2018 Dec 22 11:18:43 Unraid kernel: Workqueue: kblockd blk_mq_run_work_fn Dec 22 11:18:43 Unraid kernel: RIP: 0010:ata_qc_issue+0xfc/0x195 Dec 22 11:18:43 Unraid kernel: Code: 8b b5 a0 00 00 00 48 8b b8 40 35 00 00 48 85 ff 74 0c 48 8b 87 10 02 00 00 48 85 c0 75 07 48 8b 05 64 f3 9b 00 83 f9 02 76 02 <0f> 0b 45 31 c0 48 8b 40 30 e8 b1 5e 5a 00 85 c0 79 02 0f 0b 74 6b Dec 22 11:18:43 Unraid kernel: RSP: 0018:ffffc90007023cf0 EFLAGS: 00010002 Dec 22 11:18:43 Unraid kernel: RAX: ffffffff81c678c0 RBX: ffff888842460000 RCX: 0000000000000003 Dec 22 11:18:43 Unraid kernel: RDX: 0000000000000001 RSI: ffff8888398a3bd0 RDI: ffff88905b33d0a8 Dec 22 11:18:43 Unraid kernel: RBP: ffff8888424606d0 R08: 0000000000000087 R09: 0000000000000000 Dec 22 11:18:43 Unraid kernel: R10: 0000000000000200 R11: fefefefefefefeff R12: ffff888842462040 Dec 22 11:18:43 Unraid kernel: R13: ffff8888594cd800 R14: ffff888842460000 R15: ffff8888398a3900 Dec 22 11:18:43 Unraid kernel: FS: 0000000000000000(0000) GS:ffff88905f800000(0000) knlGS:0000000000000000 Dec 22 11:18:43 Unraid kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Dec 22 11:18:43 Unraid kernel: CR2: 0000145d01098ff8 CR3: 0000000001e0a002 CR4: 00000000001606e0 Dec 22 11:18:43 Unraid kernel: Call Trace: Dec 22 11:18:43 Unraid kernel: ? ata_scsi_verify_xlat+0x22d/0x22d Dec 22 11:18:43 Unraid kernel: ata_scsi_translate+0xdd/0x14d Dec 22 11:18:43 Unraid kernel: ata_scsi_queuecmd+0x254/0x2a8 Dec 22 11:18:43 Unraid kernel: scsi_dispatch_cmd+0xa2/0xca Dec 22 11:18:43 Unraid kernel: scsi_queue_rq+0x395/0x447 Dec 22 11:18:43 Unraid kernel: blk_mq_dispatch_rq_list+0x2b9/0x491 Dec 22 11:18:43 Unraid kernel: ? __switch_to_asm+0x35/0x70 Dec 22 11:18:43 Unraid kernel: ? __switch_to_asm+0x35/0x70 Dec 22 11:18:43 Unraid kernel: ? __switch_to_asm+0x41/0x70 Dec 22 11:18:43 Unraid kernel: ? syscall_return_via_sysret+0x14/0x83 Dec 22 11:18:43 Unraid kernel: blk_mq_sched_dispatch_requests+0xe6/0x14b Dec 22 11:18:43 Unraid kernel: __blk_mq_run_hw_queue+0xaf/0xd6 Dec 22 11:18:43 Unraid kernel: process_one_work+0x16e/0x24f Dec 22 11:18:43 Unraid kernel: worker_thread+0x1e2/0x2b8 Dec 22 11:18:43 Unraid kernel: ? rescuer_thread+0x29e/0x29e Dec 22 11:18:43 Unraid kernel: kthread+0x10c/0x114 Dec 22 11:18:43 Unraid kernel: ? kthread_park+0x89/0x89 Dec 22 11:18:43 Unraid kernel: ret_from_fork+0x35/0x40 Dec 22 11:18:43 Unraid kernel: Modules linked in: tun veth xt_nat ipt_MASQUERADE iptable_filter iptable_nat nf_nat_ipv4 nf_nat ip_tables xfs nfsd lockd grace sunrpc md_mod ipmi_devintf mlx4_en mlx4_core igb i2c_algo_bit sb_edac x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel pcbc aesni_intel aes_x86_64 crypto_simd cryptd ipmi_ssif mpt3sas glue_helper i2c_i801 i2c_core intel_cstate intel_uncore ahci intel_rapl_perf libahci raid_class scsi_transport_sas pcc_cpufreq wmi ipmi_si acpi_pad button [last unloaded: mlx4_core] Dec 22 11:18:43 Unraid kernel: ---[ end trace 0235f654514174a1 ]--- Dec 22 11:18:43 Unraid kernel: RIP: 0010:ata_qc_issue+0xfc/0x195 Dec 22 11:18:43 Unraid kernel: Code: 8b b5 a0 00 00 00 48 8b b8 40 35 00 00 48 85 ff 74 0c 48 8b 87 10 02 00 00 48 85 c0 75 07 48 8b 05 64 f3 9b 00 83 f9 02 76 02 <0f> 0b 45 31 c0 48 8b 40 30 e8 b1 5e 5a 00 85 c0 79 02 0f 0b 74 6b Dec 22 11:18:43 Unraid kernel: RSP: 0018:ffffc90007023cf0 EFLAGS: 00010002 Dec 22 11:18:43 Unraid kernel: RAX: ffffffff81c678c0 RBX: ffff888842460000 RCX: 0000000000000003 Dec 22 11:18:43 Unraid kernel: RDX: 0000000000000001 RSI: ffff8888398a3bd0 RDI: ffff88905b33d0a8 Dec 22 11:18:43 Unraid kernel: RBP: ffff8888424606d0 R08: 0000000000000087 R09: 0000000000000000 Dec 22 11:18:43 Unraid kernel: R10: 0000000000000200 R11: fefefefefefefeff R12: ffff888842462040 Dec 22 11:18:43 Unraid kernel: R13: ffff8888594cd800 R14: ffff888842460000 R15: ffff8888398a3900 Dec 22 11:18:43 Unraid kernel: FS: 0000000000000000(0000) GS:ffff88905f800000(0000) knlGS:0000000000000000 Dec 22 11:18:43 Unraid kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Dec 22 11:18:43 Unraid kernel: CR2: 0000145d01098ff8 CR3: 0000000001e0a002 CR4: 00000000001606e0 Dec 22 11:18:52 Unraid kernel: ------------[ cut here ]------------ Dec 22 11:18:52 Unraid kernel: NETDEV WATCHDOG: eth0 (igb): transmit queue 2 timed out Dec 22 11:18:52 Unraid kernel: WARNING: CPU: 5 PID: 0 at net/sched/sch_generic.c:465 dev_watchdog+0x161/0x1bb Dec 22 11:18:52 Unraid kernel: Modules linked in: tun veth xt_nat ipt_MASQUERADE iptable_filter iptable_nat nf_nat_ipv4 nf_nat ip_tables xfs nfsd lockd grace sunrpc md_mod ipmi_devintf mlx4_en mlx4_core igb i2c_algo_bit sb_edac x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel pcbc aesni_intel aes_x86_64 crypto_simd cryptd ipmi_ssif mpt3sas glue_helper i2c_i801 i2c_core intel_cstate intel_uncore ahci intel_rapl_perf libahci raid_class scsi_transport_sas pcc_cpufreq wmi ipmi_si acpi_pad button [last unloaded: mlx4_core] Dec 22 11:18:52 Unraid kernel: CPU: 5 PID: 0 Comm: swapper/5 Tainted: G D 4.19.88-Unraid #1 Dec 22 11:18:52 Unraid kernel: Hardware name: Supermicro X9DRD-7LN4F(-JBOD)/X9DRD-EF/X9DRD-7LN4F, BIOS 3.3 08/23/2018 Dec 22 11:18:52 Unraid kernel: RIP: 0010:dev_watchdog+0x161/0x1bb Dec 22 11:18:52 Unraid kernel: Code: 71 94 00 00 75 39 48 89 ef c6 05 38 71 94 00 01 e8 85 a8 fd ff 44 89 e9 48 89 ee 48 c7 c7 49 1f da 81 48 89 c2 e8 8f 1b af ff <0f> 0b eb 11 41 ff c5 48 81 c2 40 01 00 00 41 39 cd 75 95 eb 13 48 Dec 22 11:18:52 Unraid kernel: RSP: 0018:ffff88885f743ea0 EFLAGS: 00010286 Dec 22 11:18:52 Unraid kernel: RAX: 0000000000000000 RBX: ffff88883099c438 RCX: 0000000000000007 Dec 22 11:18:52 Unraid kernel: RDX: 0000000000000c05 RSI: 0000000000000002 RDI: ffff88885f7564f0 Dec 22 11:18:52 Unraid kernel: RBP: ffff88883099c000 R08: 000000000000000f R09: ffff8880000bb300 Dec 22 11:18:52 Unraid kernel: R10: 0000000000000000 R11: 0000000000000058 R12: ffff88883099c41c Dec 22 11:18:52 Unraid kernel: R13: 0000000000000002 R14: ffff88883a77c940 R15: 0000000000000005 Dec 22 11:18:52 Unraid kernel: FS: 0000000000000000(0000) GS:ffff88885f740000(0000) knlGS:0000000000000000 Dec 22 11:18:52 Unraid kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Anyone have any ideas what's going on? unraid-diagnostics-20191222-1308.zip
  12. Anyone else getting this error in bottom left corner next to the "Array Started" text? Warning: unlink(/tmp/unassigned.devices/credentials): No such file or directory in /usr/local/emhttp/plugins/unassigned.devices/include/lib.php on line 1088 I'm getting it on two seperate Unraid servers. Started a couple days ago with an update and still happening. unraid2-diagnostics-20191203-1235.zip
  13. Has anyone got Organizr Server Authentication working with NPM? https://docs.organizr.app/books/setup-features/page/serverauth Also, I'm coming from using the Letsencrypt container. For my wordpress site, I just dropped it's folder into the "www" directory to get it going. How does that work with NPM? Thanks.
  14. Yeah, that and mounting/umounting the shares seems to fix them temporarily. Just annoying when trying to process 20k files with a container and it keeps dying half way through due to shares disappearing. Which means that all the progress is loss. I'm most likely going to take both servers back to 6.6.7. Having this issue with 6.8, and have terrible performance and iowait in 6.7.
  15. Yeah, 6.8 on the server with the files, 6.7.2 on the one mounting and trying to access the files. Is there anything I can check in regards to this being a network issue? Both are physically next to each other and I never got this issue until I upgraded the main server to 6.8. I was having very slow array performance with 6.7.2, but appears that 6.8 fixed it. I had the client server, that is doing the mounting, on 6.8 as well. I thought it may have been causing issues, so downgraded it to 6.7.2. I use pfSense for my firewall if that means anything.
  16. I'm getting some errors in my log regarding remote NFS shares since upgrading the host server to 6.8. Oct 21 02:48:56 Unraid2 unassigned.devices: Error: SMB/NFS server '192.168.1.227' is not responding to a ping and appears to be off-line. Oct 21 02:53:20 Unraid2 unassigned.devices: Error: SMB/NFS server '192.168.1.227' is not responding to a ping and appears to be off-line. The errors are in the logs of the computer where the remote shares are mounted. I've attached diags as well. Also attached a screenshot showing the green light and capacity changing on the remote share. I can wait a few minutes and refresh the GUI, and sometimes it will be back to normal, or maybe a different share will be grayed out. So I'm not sure if this is a 6.8 or a UD problem. Thanks. unraid2-diagnostics-20191021-0813.zip
  17. The remote NFS shares are only accessed by another Unraid server. Mounted and used by a few containers. That's how I know when they go down. The container starts spitting errors and file progress stops.
  18. Been using NFS remote shares between my various Unraid servers for a couple years. With the latest RC, the shares stay mounted in the GUI, but disappear from the other servers. In the GUI they also show up as "0 B". This seems to happen randomly from what I can see. Or maybe there's a new time out I don't know about? I'm getting lots of these entries in my system logs: Oct 20 13:06:07 Unraid2 kernel: NFS: server 192.168.1.227 error: fileid changed Oct 20 13:06:07 Unraid2 kernel: fsid 0:46: expected fileid 0x10000400999c2, got 0x2000180000062 Oct 20 13:06:07 Unraid2 kernel: NFS: server 192.168.1.227 error: fileid changed Oct 20 13:06:07 Unraid2 kernel: fsid 0:46: expected fileid 0x10000400999c2, got 0x2000180000062 Oct 20 13:06:11 Unraid2 kernel: NFS: server 192.168.1.227 error: fileid changed Oct 20 13:06:11 Unraid2 kernel: fsid 0:46: expected fileid 0x10000400999c2, got 0x2000180000062 Oct 20 13:06:11 Unraid2 kernel: NFS: server 192.168.1.227 error: fileid changed Oct 20 13:06:11 Unraid2 kernel: fsid 0:46: expected fileid 0x10000400999c2, got 0x2000180000062 Oct 20 13:06:17 Unraid2 kernel: NFS: server 192.168.1.227 error: fileid changed Oct 20 13:06:17 Unraid2 kernel: fsid 0:46: expected fileid 0x10000400999c2, got 0x2000180000062 Oct 20 13:06:17 Unraid2 kernel: NFS: server 192.168.1.227 error: fileid changed Oct 20 13:06:17 Unraid2 kernel: fsid 0:46: expected fileid 0x10000400999c2, got 0x2000180000062 Oct 20 13:07:20 Unraid2 kernel: NFS: server 192.168.1.227 error: fileid changed Oct 20 13:07:20 Unraid2 kernel: fsid 0:46: expected fileid 0x10000400999c2, got 0x2000180000062 Oct 20 13:07:20 Unraid2 kernel: NFS: server 192.168.1.227 error: fileid changed Oct 20 13:07:20 Unraid2 kernel: fsid 0:46: expected fileid 0x10000400999c2, got 0x2000180000062 I'm playing whack a mole. I have to stop my array to unmount the problem NFS shares. Then I can re-add them and they work for a time, but then do the same thing randomly. unraid2-diagnostics-20191020-1812.zip
  19. I came here to post the same thing. Phantom updates.
  20. I've been getting a lot of errors for a couple months now. Aug 24 04:20:15 Unraid kernel: python[29237]: segfault at 10 ip 0000148f7cbfe7e4 sp 0000148f765426b8 error 6 in ld-musl-x86_64.so.1[148f7cbf1000+46000] Aug 24 04:21:48 Unraid kernel: traps: python[32506] general protection ip:148f7cbfe7e8 sp:148f76542848 error:0 in ld-musl-x86_64.so.1[148f7cbf1000+46000] Aug 24 19:04:28 Unraid nginx: 2019/08/24 19:04:28 [error] 37008#37008: *1939861 user "[email protected]" was not found in "/etc/nginx/htpasswd", client: 192.168.1.199, server: , request: "GET /Dashboard HTTP/2.0", host: "778899314b71d03d7dddf674346a6dc0de792190.unraid.net" https://pastebin.com/6VE6Fzmi And the weird thing is that I've got TWO completely separate Unraid severs. And I'm getting these errors on both. The NGINX error is odd because the user "[email protected]" is has absolutely nothing to do with Unraid itself. That user doesn't exist in my Unraid users. No idea how that email is even showing up in Unraid at all. The only thing I can think is there is some connection to my Letsencrypt container or something that I don't know about. The kernel errors have me stumped. I had read somewhere it could have something to do with LSIO's containers and Alpine. And that it could be their Plex container. So I swapped to the PlexInc container. Same error. My second server has very few containers on it. And the ones it has, the two servers don't have in common. Well, except Netdata. That's the only container they both have. I'm open to any suggestions at all. unraid2-diagnostics-20190825-1936.zip unraid-diagnostics-20190825-1935.zip