• Posts

  • Joined

  • Last visited

  • Days Won


Cessquill last won the day on November 21 2018

Cessquill had the most liked content!

About Cessquill

  • Birthday 10/04/1973


  • Gender

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Cessquill's Achievements


Enthusiast (6/14)



  1. Because mine's on a spinner drive I'm guessing that may be because I'm on a spinner drive. As such, I've set nzbget not to start subsequent jobs until the current one is finished. The drive activity of an unpack and a new download at the same time would make everything crawl (likely set when I was running WD Green drives at a lower spin rate). The only reason I've watched the file folder was when trying to work out what was going on (has it died)? Like I say, could be my setup - it's quite low spec, and I'm pushing harder than perhaps it wants.
  2. For a sanity check, are we talking about when a process no longer has a time remaining value and watching the file in the unpack folder keeps cycling from zero to full size? I'm not watching the docker, but quite often when I take a look first thing in the morning there's an item unpacking with a couple behind it, and a restart sorts it out straight away.
  3. I'm still getting unpacking issues on latest (haven't updated to the no reminder one yet). I'm also noticing that some files fail, but if I push them through again they come down fine. Finally, files seem to occasionally switch to "queued" before resuming. Could be my setup though - I'm on an old unassigned non SSD drive that used to be part of my array, and I've just migrated firewalls. The unpacking part is better though, since it would sometimes take several restarts to get it going again, now it unpacks straight away. Seemed to happen when there was a bit of other activity on the drive.
  4. If you need to refer to this post, I've added a section at the bottom of the first post with just the required commands (as I've needed to refer to this several times). I've also added "./" to the start of all commands as that's now needed in the current version.
  5. Well, after flashing the onboard LSI 2308 with the latest IT firmware (it was old and IR), Disabling EPC & Low Current Spinup on all Ironwolf drives (regardless of whether they were the models affected), and waiting, I've had no more drive issues. Everything spins up and down normally again. Thank you for your time and advice.
  6. I have an extra one in my config, but this could be from an outdated template. See below... This points to an unassigned drive since - as @alturismo says - it spins up often, together with the parity drive, so I took it off the array
  7. As a thought, I was searching yesterday and discovered that the onboard LSI 2308 was running old firmware in IR mode... LSI Corporation SAS2 Flash Utility Version (2011.11.08) Copyright (c) 2008-2011 LSI Corporation. All rights reserved Adapter Selected is a LSI SAS: SAS2308_1(Rev 5) Controller Number : 0 Controller : SAS2308_1(Rev 5) PCI Address : 00:02:00:00 SAS Address : 5003048-0-11b9-9100 NVDATA Version (Default) : 0f.00.00.12 NVDATA Version (Persistent) : 0f.00.00.12 Firmware Product ID : 0x2714 Firmware Version : NVDATA Vendor : LSI NVDATA Product ID : SMC2308-IR BIOS Version : UEFI BSD Version : N/A FCODE Version : N/A Board Name : SMC2308-IR Board Assembly : N/A Board Tracer Number : N/A Finished Processing Commands Successfully. Exiting SAS2Flash. The last version I could find was Regardless of whether it fixes my issues, would it be recommended to upgrade to the latest version and switch over to IT mode? The motherboard preceded switching to a SAS backplane, and since it worked I didn't give it a second thought. @JorgeB - in researching I also found your excellent post about flashing firmware, thank you
  8. Thanks, I've set the spin down delay to never. I'm hoping it's not a further LSI/Ironwolf issue, since all drives have the fixes (and the drive that dropped off, and previously disk 19 are ST8000VN0022 which didn't initially suffer from that). That said, if it's not that I'm stuck. The PSU should cope with all drives turning on.
  9. Hi - ongoing issue that I'm trying to diagnose. Once every week or so a drive will randomly drop off the array. Not the same drive - appears to be random (from what I can tell). See first diagnostics taken just after it happened this morning. When it does happen, I can stop VM and all dockers, but I can never stop the docker or VM services (pizza wheels for a long time). Following that, I can not stop the array with the GUI. See second diagnostics taken automatically because I have to give it an unclean shutdown over IPMI. Points to note All data drives (except Parity & SSDs) are connected to a SAS backplane It seems to be an Ironwolf drive that drops off (although I am aware of the LSI issues with them and have set up the drives as per recommendations) Every time it happens I can not stop the array I have no idea what it could be with this, and would really love to solve it - it seems to be running a drive rebuild a lot of the time unraid1-diagnostics-20230919-1021.zip unraid1-diagnostics-20230919-1125.zip
  10. @Squid - For me at least, I get the following error on page load... (Chrome) ace.js:1 Uncaught TypeError: Cannot set properties of undefined (setting 'packaged') at o (ace.js:1:144) at ace.js:1:1594 at ace.js:1:1612 o @ ace.js:1 (anonymous) @ ace.js:1 (anonymous) @ ace.js:1 dynamix.js?v=1680052794:5 jQuery.Deferred exception: ace.edit is not a function TypeError: ace.edit is not a function at HTMLDocument.<anonymous> (https://192-168-1-10.878757bd53f71ad14272183dbae65d47ceb4439a.myunraid.net/Settings/Userscripts:1218:20) at e (https://192-168-1-10.878757bd53f71ad14272183dbae65d47ceb4439a.myunraid.net/webGui/javascript/dynamix.js?v=1680052794:5:30310) at t (https://192-168-1-10.878757bd53f71ad14272183dbae65d47ceb4439a.myunraid.net/webGui/javascript/dynamix.js?v=1680052794:5:30612) undefined E.Deferred.exceptionHook @ dynamix.js?v=1680052794:5 t @ dynamix.js?v=1680052794:5 setTimeout (async) (anonymous) @ dynamix.js?v=1680052794:5 c @ dynamix.js?v=1680052794:5 fireWith @ dynamix.js?v=1680052794:5 fire @ dynamix.js?v=1680052794:5 c @ dynamix.js?v=1680052794:5 fireWith @ dynamix.js?v=1680052794:5 ready @ dynamix.js?v=1680052794:5 $ @ dynamix.js?v=1680052794:5 dynamix.js?v=1680052794:5 Uncaught TypeError: ace.edit is not a function at HTMLDocument.<anonymous> (Userscripts:1218:20) at e (dynamix.js?v=1680052794:5:30310) at t (dynamix.js?v=1680052794:5:30612) ...and then when clicking on edit script... Userscripts:1491 Uncaught TypeError: ace.edit is not a function at Object.success (Userscripts:1491:24) at c (dynamix.js?v=1680052794:5:28599) at Object.fireWith [as resolveWith] (dynamix.js?v=1680052794:5:29344) at l (dynamix.js?v=1680052794:5:80328) at XMLHttpRequest.<anonymous> (dynamix.js?v=1680052794:5:82782) Hope this helps.
  11. First port of call - change your PiA credentials - you've just posted your username/password. I'm guessing you've upgraded to Unraid 6.12.x? I haven't but the posts directly above yours are reporting issues.
  12. How are you accessing Nextcloud remotely? In my case, I route through NginxProxyManager, and I needed to set the below in the Advanced tab... ...it's mentioned near the bottom of the docs https://docs.nextcloud.com/server/20/admin_manual/configuration_files/big_file_upload_configuration.html?highlight=max upload size#:~:text=The default maximum file,2GB on 32Bit OS-architecture (note, I set this up several years ago, and can't remember whether there was anything else. If you're routing via a different method, I'm not sure but would guess it's something similar)