neilt0

Hi, I've been running a user script for over 10 years which records a radio show every day. After upgrading to unRAID 7.x , this broke and I cannot figure out why! #!/bin/bash streamripper "http://media-ice.musicradio.com/RadioXUKMP3.m3u" -a -A -d /mnt/cache/streamripper/test -l 14400 If I manually press run script in the userscripts settings page, the script runs correctly. If I paste the line in to a shell, it runs correctly. But, when triggered by cron, it errors out. Connecting... error -3 [SR_ERROR_INVALID_URL] bye.. shutting down Script Finished Mar 25, 2025 17:13.02 Full logs for this script are available at /tmp/user.scripts/tmpScripts/streamripperTCMS_M_F/log.txt As mentioned, all was good before 7.0 Hope someone can help! Cheers, Neil

Getting similar errors and can't access the unRAID webgui from Chrome: Aug 12 19:52:05 T20 nginx: 2022/08/12 19:52:05 [error] 10919#10919: OCSP response not successful (6: unauthorized) while requesting certificate status, responder: r3.o.lencr.org, peer: 62.252.115.35:80, certificate: "/boot/config/ssl/certs/certificate_bundle.pem" Aug 12 20:00:05 T20 nginx: 2022/08/12 20:00:05 [error] 10919#10919: OCSP response not successful (6: unauthorized) while requesting certificate status, responder: r3.o.lencr.org, peer: 62.252.115.35:80, certificate: "/boot/config/ssl/certs/certificate_bundle.pem" Aug 12 20:05:10 T20 nginx: 2022/08/12 20:05:10 [error] 10919#10919: OCSP response not successful (6: unauthorized) while requesting certificate status, responder: r3.o.lencr.org, peer: 62.252.115.35:80, certificate: "/boot/config/ssl/certs/certificate_bundle.pem" Aug 12 20:10:11 T20 nginx: 2022/08/12 20:10:11 [error] 10919#10919: OCSP response not successful (6: unauthorized) while requesting certificate status, responder: r3.o.lencr.org, peer: 62.252.115.35:80, certificate: "/boot/config/ssl/certs/certificate_bundle.pem" ETA: Upgrade Cert may have fixed it

Yes, it's working well. I did have to add extra fans, IIRC. Otherwise it was too hot.

I typically download 50GB + files and don't have that much RAM, so write the RARs to an SSD that's only used for this purpose. It's a 120GB drive I bought for cheap, so I don't care if it dies. Then I unrar to the array. My article cache is 2GB to hold 2x 1GB RARs before writing to the SSD.

That's what article cache does.

I know. It didn't work! It has given me a prompt to tidy up my shares, so I've done that and am exporting my SMB disk shares as hidden and secure. In theory, ransomware could find the disk shares, but I think they're reasonably protected?

No, I know what I'm doing and have used disk shares since 2009.

How do I restore SMB permissions? The plugin didn't do it when I "OK"'d the ransom activation, My server is kinda borked now. :-)

I do export disk shares over the LAN as I like to have all my (for example) Radio files on disk1. When triggering this, it has also made all the disk shares read only, including the cache share. That can't be right? How do I make at least the cache share writeable?

Thanks for writing this. If I delete a bait file from a disk share (not user share), this doesn't trigger. Should it?

I just put together a build with the new Silverstone CS380. I considered the 804,but went for this instead: http://silverstonetek.com/product.php?pid=709&area=en It comes with 8 hotswap bays and another 2x 5.25" bays (for a potential 3in2), total capacity 11 3.5" and space for an SSD cache drive. You get a backplane for the hotswaps that only needs 2x Molex for power. The SATA connections are locking, so it feels quite solid. Fans over the drives are not that pushy, so drive temps are higher than I would like (up to 45 during parity check), but I can live with it. One side is not totally closed off yet, so temps may improve.

Option has been there since day 1 to pick your own names, file types, etc. Throw them into boot/config/plugins/ransomware.bait/bait Randomization is actually not a bad idea though... Ah, missed that. Thx.

What if a ransomeware author reads this thread and codes the ransomeware to avoid modifying the bait files? How about an option to change or randomise file names?

What's cache mapping? There's no cache drive.

I did read that. Is it trying to backup to the Docker img? Perhaps your next reply can be even less helpful. [emoji51] [emoji120] [emoji90]

I've Googled for an answer, but can someone advise why an inbound backup is failing? Config: * New build with unRAID 6.2 Stable * 2 drives installed -- 2x 8TB, 1 is parity. No cache drive. ~7TB free. fails: Thanks!

You can, but there's no point any more - using RAM to build the RAR before writing to disk is now built in as articlecache.

If you want to minimise writes and/or speed up downloading, I'd use the built in "article cache" feature, not changing the location of temp. Here are my settings: Full size: http://i.imgur.com/3ykt0iK.png 1024MB (1GB) is plenty, I think. I have 8GB RAM in my server. You want to set it so that nzbget can download around 1-2 RARs in to RAM and not hit the hard drive. It's rare to see 500MB RARs. I have seen 1GB RARs, but that's even rarer, so I set mine to 1GB to allow a maximum of 2 RARs to be in RAM until they are written to disk. If you have a crazy fast download speed, you could increase it, but at 152mbps, that's enough for me. You can look at nzbget's stats to see how much RAM it's using at a time: In this case, the NZB has 200MB RARs and nzbget is using 200MB article cache for the first RAR in memory and then about 100MB cache until the first RAR is written. Slower drive and fast internet means you will need more cache. If you are using an SSD, then 2x maximum RAR size should be plenty -- so maximum of 1 or 2GB.

128,000TB. I believe that's the current 48-bit LBA BIOS limit. Is this also true for the N36L? I'm thinking of upgrading my 1.5TB drives to 4-6TB WD Red depending on what deal I can get. N36L, N40L and N54L are all the same basic model. I have 2TB drives in my N36L and 4TB drives in my N54L. The 8TB Seagate Archive drive is a better deal than most 6TB NAS drives out there from what I can tell.

I went from lotsa smaller drives to fewer, but much bigger drives. Fewer is easier to manage.

I did look at those but they seemed expensive-ish? My N54L has 8 drives, one is external. My N36L has 7 drives, all internal.

I didn't see a speed increase using Turbo write. I think I enabled it on the N36L as a test, and not the N54L. I get up to about 45MB/sec writes without it, which is usually fast enough for general use. Parity on the N54L is a 4TB Deskstar™ 7K4000 - HGST. Maybe I should try that out when I have to write a lotta data.

Buy Hitachis.

Get the biggest drives you can. Especially if you have a Microserver, as it has limited slots.

A small number of large drives is much better for safe recovery than a large number of small drives. I run 7x 4TB drives in my Microserver.