Cpt. Chaz

Hi guys. Getting this error in the logs #root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token According to this post, the fix is to close out any browser on another network machine that may be connected, etc. I've only got one other machine that access the (headless) server on the network, and i have no open browser pages to it at all. multiple restarts, still no luck. I ran netstat -vatn and the only addresses shown connecting to the server are the previously mentioned machine with no open browsers, and my VM. Logs attached, would appreciate any thoughts. Thanks clements-tower-diagnostics-20200721-1234.zip

Nope - scratch that.

Man, it looks like you saved me from having to return this drive - thank you so much. Currently 60% through the reformat running the command you mentioned. Just out of curiosity, i saw another command that it looks like some guys used to fix these type 2 protected drives, wondering if it basically does the same thing, or if one is better than the other? here it is: sg_format -v --format --size=512 /dev/sXX thoughts?

So after doing a little digging, i found buried down in a forum that the dynamix buttons plugin can cause problems with preclear. I uninstalled buttons, and it seems to have resolved my problems with my unassigned SSD. Then I tried to run the preclear on my 10tb sas drive again. it seemed to start fine, then speeds dropped down to about 5 mb/s, and my syslog started filling up with errors again. i've attached the preclear log and my syslog, would really appreciate any thoughts here. The disk seems to pass SMART tests, but i keep having problems with it. Its a used sas disk from ebay, with low hours. wondering if it's the disk, maybe my controller or cables, i dunno... kal-el-diagnostics-20200708-1413.zippreclear_disk_2YHTEGWD_30050.txt

Today I ran docker safe new permissions, and it's hanging on mnt/disk4/Backups share. mnt/disks 1-3/Backups ran fine. here's the syslog output Jul 2 11:26:24 Kal-El emhttpd: cmd: /usr/local/emhttp/plugins/fix.common.problems/scripts/newperms.sh Jul 2 11:41:19 Kal-El emhttpd: error: send_file, 151: Broken pipe (32): sendfile: /usr/local/emhttp/update.htm Jul 2 11:41:19 Kal-El emhttpd: error: send_file, 151: Broken pipe (32): sendfile: /usr/local/emhttp/update.htm has anybody ever seen this "Broken pipe" update error before, or know what it means? if it makes any difference, i had no problems running newperms in the terminal on my "Backups" share

well it looks like i won't be alone in posting a question about what my error logs mean here, haha! On a dell R720, i added an unassigned SSD a while back that was showing this error here I posted about it in the UAD forum, and somebody advised that it looked like maybe a bad cable since the disk SMART report came back good. However, yesterday i went to preclear a 10tb SAS drive, low hours, clean SMART report, and started getting errors trying to clear it. it would run for about 3 minutes, then stop and actually say completed successfully, but definitely not. i've attached the preclear log txt for that disk. I left the disk in the server, but not mounted or anything - with nothing in process on the disk, and my syslog is completely full today. Disk log looks like this: Preclear log was showing i/o errors on the new SAS disk too, which has me wondering if this is in fact either a problem with my backplane, sas cables, or both. These two disks are on the same column of the backplane, using the same sas cable connection, so it seems likely to me, but sure would love to have a 2nd or 3rd opinion before i start replacing more hardware. (syslog diagnostics also posted just in case) preclear_disk_2YHTEGWD_47254.txt kal-el-diagnostics-20200701-1337.zip

found the issue, even simpler than i thought. i forgot to put the container onto the letsencrypt docker network instead of bridge mode. only took me 5 days to realize it.

Crap, that drive is plugged straight into the backplane. Thanks for looking, I’ll see what I can do.

hi all. I'm getting a weird disk error in a fairly new (couple months old) unassigned SSD. I haven't noticed any performance problems other than trim failing. here's the disk log output: Jun 21 01:00:56 Kal-El kernel: sd 1:0:3:0: [sde] tag#1704 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08 Jun 21 01:00:56 Kal-El kernel: sd 1:0:3:0: [sde] tag#1704 Sense Key : 0x5 [current] Jun 21 01:00:56 Kal-El kernel: sd 1:0:3:0: [sde] tag#1704 ASC=0x21 ASCQ=0x0 Jun 21 01:00:56 Kal-El kernel: sd 1:0:3:0: [sde] tag#1704 CDB: opcode=0x42 42 00 00 00 00 00 00 00 18 00 Jun 21 01:00:56 Kal-El kernel: print_req_error: critical target error, dev sde, sector 1950394355 Jun 21 01:00:56 Kal-El kernel: BTRFS warning (device sde1): failed to trim 1 device(s), last error -121 Jun 21 03:47:43 Kal-El kernel: sd 1:0:3:0: [sde] tag#711 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x00 Jun 21 03:47:43 Kal-El kernel: sd 1:0:3:0: [sde] tag#711 CDB: opcode=0x28 28 00 00 37 11 b0 00 00 20 00 Jun 21 03:47:43 Kal-El kernel: print_req_error: I/O error, dev sde, sector 3609008 Jun 21 04:54:20 Kal-El kernel: sd 1:0:3:0: [sde] tag#2505 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x00 Jun 21 04:54:20 Kal-El kernel: sd 1:0:3:0: [sde] tag#2505 CDB: opcode=0x28 28 00 01 6d 40 88 00 03 60 00 Jun 21 04:54:20 Kal-El kernel: print_req_error: I/O error, dev sde, sector 23937160 Jun 21 11:24:34 Kal-El kernel: sd 1:0:3:0: [sde] tag#2521 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x00 Jun 21 11:24:34 Kal-El kernel: sd 1:0:3:0: [sde] tag#2521 CDB: opcode=0x28 28 00 04 46 5e 50 00 00 48 00 Jun 21 11:24:34 Kal-El kernel: print_req_error: I/O error, dev sde, sector 71720528 Jun 21 11:52:55 Kal-El kernel: sd 1:0:3:0: [sde] tag#1491 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x00 Jun 21 11:52:55 Kal-El kernel: sd 1:0:3:0: [sde] tag#1491 CDB: opcode=0x28 28 00 00 e8 2a b8 00 01 40 00 Jun 21 11:52:55 Kal-El kernel: print_req_error: I/O error, dev sde, sector 15215288 Jun 21 11:52:55 Kal-El kernel: sd 1:0:3:0: [sde] tag#1492 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08 Jun 21 11:52:55 Kal-El kernel: sd 1:0:3:0: [sde] tag#1492 Sense Key : 0x2 [current] Jun 21 11:52:55 Kal-El kernel: sd 1:0:3:0: [sde] tag#1492 ASC=0x4 ASCQ=0x2 Jun 21 11:52:55 Kal-El kernel: sd 1:0:3:0: [sde] tag#1492 CDB: opcode=0x28 28 00 04 4b b6 50 00 01 a0 00 Jun 21 11:52:55 Kal-El kernel: print_req_error: I/O error, dev sde, sector 72070736 DONE "critical target error" and "I/O error" certainly sound ominous. Running smart tests on the disk don't show any problems. Any ideas?

that example seems to be for setting up heimdall as the landing page for mysite.com instead of its own subdomain heimdall.mysite.com which is all i'm going for. should be less complicated, i feel like i'm missing something simple here, just don't know what.

hey guys, read through the thread here and saw folks dealing with a few reverse proxy problems, but didn't see a solution for me. i've kept my setup fairly simple with a custom domain "mysite.com". i've got no issues getting this to work for other cname instances, but can't seem to get it working for heimdall. i'm using linux's letsencrypt default subdomain config: # make sure that your dns has a cname set for heimdall server { listen 443 ssl; listen [::]:443 ssl; server_name heimdall.*; include /config/nginx/ssl.conf; client_max_body_size 0; # enable for ldap auth, fill in ldap details in ldap.conf #include /config/nginx/ldap.conf; # enable for Authelia #include /config/nginx/authelia-server.conf; location / { # enable the next two lines for http auth #auth_basic "Restricted"; #auth_basic_user_file /config/nginx/.htpasswd; # enable the next two lines for ldap auth #auth_request /auth; #error_page 401 =200 /ldaplogin; # enable for Authelia #include /config/nginx/authelia-location.conf; include /config/nginx/proxy.conf; resolver 127.0.0.11 valid=30s; set $upstream_app heimdall; set $upstream_port 443; set $upstream_proto https; proxy_pass $upstream_proto://$upstream_app:$upstream_port; } } here's a screenshot of my container config: i've got heimdall setup and working just fine on lan, just can't get it on the reverse proxy side. during troubleshooting, i tried changing upstream to match the container 2443: set $upstream_port 2443 but it didn't make any difference, so i reverted back to default 443 until i get some guidance. i've triple checked my cname in cloudfare at heimdall.mysite.com. Any help is much appreciated, thanks!

Can confirm. However, the provided instructions didn’t work for me exactly. I never could get the modprobe change to the go file to persist after a reboot. But once I mod the file each time, it kicks off without a hitch.

I’ve got a decent amount, yeah. Enough that I think it would be worth trying. If it doesn’t work, I’ll revert back

i saw somewhere where folks were saying they downloaded to ram instead of disk. i tried adding a container path to /tmp and set it as the temporary download location, and it threw up all kinds of errors in the gui. has anybody here had success with this?

@Josh.5 i'm seeing weird processing times for larger 1080 files (movies). on a 1.2gb 1080.x264.mp4 --> 1080.x265.mp4 with no audio conversion, it took over 8 hours to process and reduced 35% in size. This just started a couple months ago out of the blue. But then on 14.8gb 2160.x265.mkv --> 2160.x265.mp4 with no audio, it only took 45 minutes and decreased over 36% in size. This isn't specific to these two files though, it's a general trend for all my files. Some of these 1080's are even taking as long as 13 hours to process. the 2160's don't seem to matter if they're x264 or x265 - they're fast either way. i've attached a pastee link for the ffmpeg log of the above 1080 file here. (this log was so big i don't even think the unmanic log capture grabbed it all from the beginning) Here is the link to the ffmpeg log for the 2160 file. Any thoughts?

ah, looks like you got it!

$2020-04-17 14:06:08,571 DEBG 'start-script' stdout output: [warn] PIA endpoint 'au-perth.privateinternetaccess.com' is not in the list of endpoints that support port forwarding, DL/UL speeds maybe slow [info] Please consider switching to one of the endpoints shown below $2020-04-17 14:06:08,571 DEBG 'start-script' stdout output: [info] List of PIA endpoints that support port forwarding:- [info] ca-montreal.privateinternetaccess.com [info] ca-vancouver.privateinternetaccess.com [info] de-berlin.privateinternetaccess.com [info] de-frankfurt.privateinternetaccess.com [info] sweden.privateinternetaccess.com [info] swiss.privateinternetaccess.com [info] france.privateinternetaccess.com $2020-04-17 14:06:08,572 DEBG 'start-script' stdout output: [info] czech.privateinternetaccess.com [info] spain.privateinternetaccess.com [info] ro.privateinternetaccess.com [info] israel.privateinternetaccess.com @pnbrooks although i think the canadian endpoints have stopped working.

try manually pinning the cpu cores in the docker container

Hi all. After countless times of checking settings (tried turning hardlinks off and turning them on, makes no difference) and many a google, for whatever reason my sonarr docker doesn't clean up downloads after importing. My radarr docker does just fine. This applies to both torrents and usenet functions. Wondering if i'm the only one experiencing this, but if not... How do you guys clean these folders up aside from manually going in and clearing downloads every week or two? anybody have a script for something like that?

I noticed another user saying the dockers aren't restarting after a backup, but didn't see a solution. Does anyone know how to troubleshoot / fix that?

that's correct, no vpn necessary. which plan did you go with, and what client did you decide to use? i've also got an ultraseedbox and really like it so far.

@Josh.5 are you taking or do you want ffmpeg logs for failed conversions (here or at github, etc)?

i ran nord for ages on the delugevpn docker per SI's video. but you should know, nord does not support port forwarding, so while your downloads will work fine, you won't be able to seed/upload with nord. i finally switched to PIA using one of the port forwarding config files, and been working fine ever since.

threw some PIA config files in the docker, and i'm off to the races.

@binhex Ok. according to nord's website, they don't support this. unless you know a way around it, looks like i may be looking for a new provider. unfortunate, because i've been loving the new nordlynx (wireguard) for adblocking on my phone.