adent042

Ah, I think I know what it is. I’ll see if I can find a different add on controller. Or just retire the drives I was going to anyway, then move the remaining array drives to the intel controller ports.

I didn't install an add-on controller when I rebuilt the server. But I'll have to check the specs on the mobo.

Ok, I'll have to source a add-on controller. The asmedia one is, as I'm sure you've guessed, is the one on the motherboard.

I don't think so. Or at least if the first is a correcting check. Is this something to worry about? My concern would be it masking other issues. Or is there anything that can be done to fix, workaround, or at least further troubleshoot? Thanks,

I've been getting 5 sync errors during parity check, and it always seems to be 5, and the same sectors. if I run a correcting check, they'll be gone on the following check, but show up again on subsequent checks: As far as I know, all shutdowns have been clean. I do have a couple drives that I have been trying to clear off to retire from the array, but now I'm hesitant. What else can I do to diagnose and resolve this? jarvis-syslog-20240309-0231.zip jarvis-syslog-20240316-1717.zip jarvis-diagnostics-20240316-1316.zip

Ok, I think I got it working. It was a combination of some config updates, and a PEBKAC. Thanks for pointing me in the right direction!

In looking at the output more closely, I suspect that I’m getting an html version os the data, rather than the xml. I’ll have to dig around a bit and see if that’s true, first off. And if so, is it something with my nginx config? Or something that I need to more carefully construct headers?

I put this on the back burner for a few months, as I just reverted to a 6.9 install. I managed to get the nginx serving static content to a browser that is not logged in,howeever, weh I attempt the same from the apps js code, it's failing, with what I believe boils down to: document.write('<p class="error">Browser cookie support required for login</p>'); since it looks like basic auth is still not an option, I'm not sure what else I can do at this point.

Hmm, not quite sure how to go about doing that, but I'll look into it. Thanks for the help BRIT!

So basically, I'm out of luck? Or I have to downgrade to a old version and never upgrade? Or come up with another way to serve those files.

I'm using an ipad app, CommandFusion iViewer, as a remote control, and part of that setup uses javascript to pull files (xml, images, etc) from my unraid server through http/https requests. Up until about a week ago, this worked fine, but now the app is unable to pull down the main library xml, and just hits the login page. The files are on a user share, with public nfs/smb permissions, and the js looks something like: Cf.request("http://1.2.3.4/mnt/user/SHARE/PATH/TO/FILE.xml", callbackFunction) and the callbackFunction gets called with the http status, headers, and the body. A couple things happened that might have caused this. The first was a power outage, though I suspect that this may have been a problem before. Next was a update from 6.9.2 to 6.11.5, but I rolled back with similar effect. And finally, I was prompted to create a root password, and did. Otherwise, this setup has been working fine for years. I've also tested in various browsers, both on my ipad and desktop. if I'm not logged in, I can't access the file, but after logging in it works fine. Is there a way to get this back to a working state? jarvis-diagnostics-20230325-0831.zip