KeithAbbott

Members
  • Posts

    25
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

KeithAbbott's Achievements

Noob

Noob (1/14)

2

Reputation

1

Community Answers

  1. It seems to be working now. I think I was supplying an invalid directory name to the scandir function, and the error that was being returned was a red herring. Thanks for your help, SimonF! p.s. Turns out that wasn't the root cause of the problem. I was pasting in some code snippets, and what looked to be spaces in the code were actually a non-space character. Once I figured that out and over-typed with actual spaces, everything started working smoothly. I sure was getting some strange results until I found the actual problem.
  2. I added #! as the first line, and changed the permissions for the .php file to 777. I already had <?php in the code. Still getting exact same error message as before. Here is the stripped down php script that I am executing: #!/usr/bin/php <?php $files2 = scandir('/tmp'); ?>
  3. I just upgraded from 6.10.3 to 6.11.5, no real issues with the upgrade. I see that Unraid now has PHP included, which is really nice. However, I am trying to execute a small PHP script from the Unraid Terminal, using the following command: php -f /mnt/user/sagemedia/pictures/DeleteOrphanedRecordingFiles.php I get the following error: Fatal error: Uncaught Error: Call to undefined function scandir() in /mnt/user/sagemedia/pictures/DeleteOrphanedRecordingFiles.php:18 scandir is a PHP internal/built-in function (since version 5), so I'm not sure what I am doing wrong that Unraid's PHP is not recognizing it. Any ideas?
  4. Mine is behaving the same way, using Firefox.
  5. Today was my first monthly parity check since I replaced my SAS2LP with an LSI 9207-8i. Success! Zero parity errors! Now, time to upgrade to 6.9.1...
  6. So my weekend project for today was to upgrade the firmware and remove the BIOS on my LSI 9207-81 controller card. Upgrading the firmware was easy-peasy; however, removing the BIOS was a bit more of a challenge. I had to try multiple workstations, and finally found an old non-UEFI machine that allowed me to boot into FreeDOS and run the sas2flsh command. Glad that's done...
  7. Thanks much for the reply, looks like I found my weekend project. I do have a spare Windows 10 workstation that I will use, instead of my server. That way, I'm not messing with my "production" box, and I can then erase the BIOS also. Thanks for providing the link, that gave me exactly what I need. Oh, one other question. Is it best practice to run the monthly parity check with the setting to not write corrections to the parity disk?
  8. OK, thanks. I've reran the parity check once again, this time with the setting to write corrections to the parity disk. My next scheduled parity check is in early April, so I'll know then whether the new controller has solved the problem or not. With the new LSI 9207-8i controller, comes a new question. I think the firmware version is 18.xx.xx.xx, so I am thinking that I should be upgrading the firmware to 20.00.07.00. I am running it in IT mode, and from researching on this forum, it looks like I should probably remove/erase the BIOS, which would speed up the boot process a bit. In summary, upgrade the firmware and remove the BIOS. Any cautions against doing that? Any guidance either for or against?
  9. I have replaced my SAS2LP with an LSI 9207-8i. I reran the parity check, this time without the setting to write corrections to the parity disk. It is still finding the same five errors as before. If I rerun parity check again (except this time writing corrections to the parity disk), will it make the corrections and then behave properly (no errors) thereafter? Mar 6 23:06:21 SageTV kernel: mdcmd (42): check nocorrect Mar 6 23:06:21 SageTV kernel: md: recovery thread: check P ... Mar 7 00:48:05 SageTV kernel: md: recovery thread: P incorrect, sector=2353004440 Mar 7 00:48:05 SageTV kernel: md: recovery thread: P incorrect, sector=2353004448 Mar 7 00:48:05 SageTV kernel: md: recovery thread: P incorrect, sector=2353004456 Mar 7 00:48:05 SageTV kernel: md: recovery thread: P incorrect, sector=2353004464 Mar 7 00:48:05 SageTV kernel: md: recovery thread: P incorrect, sector=2353004472
  10. I've rerun the parity check after rebooting, and attached the resulting diagnostics ZIP file. Here's the relevant snippet from the syslog: Feb 2 01:30:01 SageTV kernel: mdcmd (42): check Feb 2 01:30:01 SageTV kernel: md: recovery thread: check P ... Feb 2 03:12:23 SageTV kernel: md: recovery thread: P corrected, sector=2353004440 Feb 2 03:12:23 SageTV kernel: md: recovery thread: P corrected, sector=2353004448 Feb 2 03:12:23 SageTV kernel: md: recovery thread: P corrected, sector=2353004456 Feb 2 03:12:23 SageTV kernel: md: recovery thread: P corrected, sector=2353004464 Feb 2 03:12:23 SageTV kernel: md: recovery thread: P corrected, sector=2353004472 As you can see, the corrected sectors match the last parity check exactly. Hopefully, this gives a clue as to root cause of the problem and suggestions on where to go from here. If the drive(s) are good, and this is strictly an issue with the SAS2LP controller card, I can replace the card with an LSI 9207-8i and resolve the issue. However, if I have issues with the parity drive that requires replacing the drive, that will be a more costly remedy. Suggestions? sagetv-diagnostics-20210202-2040.zip
  11. No, I had not. I will reboot and rerun the parity check, and post the results.
  12. Well, I ran another parity check overnight, and wouldn't you know this one came back with zero errors. First time in probably over a year. My next scheduled parity check is a week from today, I'll see how that one goes and post the results. In the meantime, I'm looking at replacing my SAS2LP with an LSI 9207-8i. Good choice? Anything I should be aware of? Anything I need to do besides unplugging the SAS2LP and plugging the 9207-8i in?
  13. New diagnostics ZIP file attached, this one was created after a parity check was completed, but before any system reboot occurred. Thanks for the info about the SAS2LP, looks like I will be shopping for an LSI controller card. Although I would still like someone to take a look at my diagnostics file and confirm whether that was the root cause or not. sagetv-diagnostics-20210125-1946.zip
  14. Thanks for the quick response. My monthly parity check has had "Write corrections to parity disk" set to "Yes" ever since I first set it up. I will rerun the parity check tonight and repost the diagnostics ZIP file, maybe that will give a better clue as to what is happening. My parity check takes 19 hours to run, so I probably will not have anything to post until later tomorrow.
  15. Diagnostics ZIP file attached, as requested. sagetv-diagnostics-20210124-0813.zip