pengrus

Members
  • Posts

    162
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed
  • Personal Text
    i3-560
    SuperMicro X8SIL-F
    SuperMicro AOC-SASLP-MV8
    Corsair RM750
    v6.3.5
    60TB

Recent Profile Visitors

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

pengrus's Achievements

Apprentice

Apprentice (3/14)

3

Reputation

1

Community Answers

  1. Hi, This container intermittently just starts refusing connections for me after anywhere from five to 45 minutes of uptime. It sometimes comes back with no intervention, but If I let it go on long enough, NPM itself stops responding too. A restart starts serving files again, but always stops. Obviously, this is no good for prod or WAF. Container is on the custom br0 network, in my normal subnet, as are the Wordpress and Nextcloud and everything else I'm trying to use this for. Any ideas? Logs? Unraid's native logs say nothing, and neither do the proxy_access or _error logs except when it isn't down. Thanks! -P
  2. Is any of the mover code open source? Is this entirely an mdadm (or whichever driver it calls) limitation/issue?
  3. Try it with firefox, typically it tells you more. Are you using the weird Limetech-gets-you-a-LE-cert thing? You might need to reprovision those, silent flash scrambles happen, one of my backup servers has been offline for two weeks because network.cfg was garbled, wasn't caught by CHKDSK or whatever. But I'd back down all the way to local http first. Since you can't hit the GUI, move /boot/config/network.cfg and network-rules.cfg to .old or whatever and reboot. It should come up with the default settings (DHCP etc). Then add back the features you want one-by-one and see if and where it stops you. 2c -P
  4. What applications have access, just those three? What are their permissions inside the database? Log in as root and then please post the output of: SELECT user,host FROM mysql.user; And then: SHOW GRANTS FOR <username>@<host>; Do this for each user. Do you have any logs? From MariaDB or the applications? Please attach them to your reply if so.
  5. Why yes! I was just trying to fix this, and I think I found the answer. The container is trying to use NUMA for resource allocation with the host, but is being gated by the default security profile. To fix: Edit the container, enable advanced view, and add: --cap-add=sys_nice --cap-add=sys_nice to Extra Parameters. Apply and profit. The seccomp workaround is messy, it disables all the normal security for the container. The call to mbind is now already gated by CAP_SYS_NICE, but if you want to use it you'll have to tune the security profile for the container. Hope it helps! -P
  6. Thanks to @JorgeB for pointing me to the controller. For those that might have one still chugging away, what looks like is happening is that under load the Marvell-based (AOC-SASLP-MV-8 in this case) controller will freak out over IRQ16 (or 13, sometimes) and crash the server. The disk being rebuilt wasn't even on the controller, but you need all the disks to participate so... Anyway, so I went and found a different post (also featuring @JorgeB and @saarg in starring roles) that recommended disabling IOMMU by appending "iommu=pt" to syslinux.cfg. And now my drive is rebuilt. I have some more LSIs on order to replace so I can have IOMMU back, but this works for now! Thanks again. -P
  7. Jon is of course correct, but it also looks like you're using a reverse proxy (.151) that isn't proxying the php socket for Colossus (.201) properly. Please do what Jon says, you've got a bananas amount of hardware errors, but when that's fixed, take a look at the proxy. I have a (mostly) working config for Nginx that I can provide, but ideally Limetech would provide configs for major web servers (sigh)... Have you run memtest (w/SMP enabled)? -P
  8. Well, it's definitely mvsas...how do I fix that?? root@Archive:~# cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 0: 11987036 0 0 0 0 0 0 0 IO-APIC 2-edge timer 1: 0 4 0 0 0 0 0 0 IO-APIC 1-edge i8042 8: 0 0 4 0 0 0 0 0 IO-APIC 8-edge rtc0 9: 0 0 0 0 0 0 0 0 IO-APIC 9-fasteoi acpi 12: 6 0 0 0 0 0 0 0 IO-APIC 12-edge i8042 16: 0 0 0 0 142514 0 0 0 IO-APIC 16-fasteoi mvsas 18: 0 0 0 4 0 0 0 0 IO-APIC 18-fasteoi i801_smbus 19: 0 0 0 0 0 77385 0 0 IO-APIC 19-fasteoi ata_piix, ata_piix 21: 0 0 0 0 0 0 72 0 IO-APIC 21-fasteoi ehci_hcd:usb1 23: 0 0 0 0 0 0 0 2654154 IO-APIC 23-fasteoi ehci_hcd:usb2 24: 7115066 0 0 0 0 0 0 0 HPET-MSI 3-edge hpet3 25: 0 6391924 0 0 0 0 0 0 HPET-MSI 4-edge hpet4 26: 0 0 6033243 0 0 0 0 0 HPET-MSI 5-edge hpet5 27: 0 0 0 5389967 0 0 0 0 HPET-MSI 6-edge hpet6 28: 0 0 0 0 4701097 0 0 0 HPET-MSI 7-edge hpet7 29: 0 0 0 0 0 0 0 0 DMAR-MSI 0-edge dmar0 30: 0 0 0 0 0 0 0 0 PCI-MSI 49152-edge PCIe PME, aerdrv 31: 0 0 0 0 0 0 0 0 PCI-MSI 81920-edge PCIe PME, aerdrv 32: 0 0 0 0 0 0 0 0 PCI-MSI 458752-edge PCIe PME 33: 0 0 0 0 0 0 0 0 PCI-MSI 466944-edge PCIe PME 34: 0 0 0 0 0 0 0 0 PCI-MSI 468992-edge PCIe PME 35: 0 0 0 0 0 555414 0 0 PCI-MSI 2097152-edge eth0-rx-0 36: 0 0 0 0 0 0 209403 0 PCI-MSI 2097153-edge eth0-tx-0 37: 0 0 0 0 0 0 0 2 PCI-MSI 2097154-edge eth0 38: 0 0 0 0 0 0 0 86345 PCI-MSI 524288-edge mpt2sas0-msix0 NMI: 0 0 0 0 0 0 0 0 Non-maskable interrupts LOC: 181 190 187 184 181 5772395 5427425 8262557 Local timer interrupts SPU: 0 0 0 0 0 0 0 0 Spurious interrupts PMI: 0 0 0 0 0 0 0 0 Performance monitoring interrupts IWI: 1070909 857156 782246 731932 645449 944730 664880 1390869 IRQ work interrupts RTR: 0 0 0 0 0 0 0 0 APIC ICR read retries RES: 74066 29253 25872 22715 22290 30056 26554 29858 Rescheduling interrupts CAL: 266472 84006 63573 55369 70468 22849 16713 11208 Function call interrupts TLB: 2859 3516 3542 3300 3399 3428 3186 2658 TLB shootdowns TRM: 0 0 0 0 0 0 0 0 Thermal event interrupts THR: 0 0 0 0 0 0 0 0 Threshold APIC interrupts DFR: 0 0 0 0 0 0 0 0 Deferred Error APIC interrupts MCE: 0 0 0 0 0 0 0 0 Machine check exceptions MCP: 217 218 218 218 218 218 218 218 Machine check polls ERR: 0 MIS: 0 PIN: 0 0 0 0 0 0 0 0 Posted-interrupt notification event NPI: 0 0 0 0 0 0 0 0 Nested posted-interrupt event PIW: 0 0 0 0 0 0 0 0 Posted-interrupt wakeup event Thanks! -P
  9. Hi! My backup server threw a 2TB disk (Enterprise of course, still have 10-year-old WD20EARS in this thing no problem), so I replaced with a 4TB Seagate. But every time I try to start the array and rebuild the data, it gets to some random point and dies, crashing the server and requiring a hard reboot. The new drive is fine as far as I can tell, no SMART errors. Memtest ran for a day with no errors. I've attached diagnostics from before array start and after the crash, and tails of syslog and the kernel, though it appears nothing is valuable there. I've also attached a screenshot of the error that finally crashes the server (loudly today with the beeping). I have searched and found other threads mentioning something similar, but there haven't been any real fixable causes discovered, hope someone out there can help! Thank you. -P archive-diagnostics-20220316-1144.zip archive-diagnostics-20220317-1748.zip juststarted.txt kerneljuststarted.txt
  10. Disclaimer: I am just trying to brainstorm with you on how to fix it, cause that's what I would want in your shoes. I am by no means anything approaching an expert. I would try dumping the DBs, create a testing VM, and seeing if it imports. If so, just spin up another instance and mysqldump back.
  11. Have you tried starting with the --tc-heuristic-recover switch? At this point, I'm about ready to migrate everything back to MySQL, all of this weird behavior in the past few months is concerning at best. Looks like there's an "official" docker from Bungy, relevant XML here.
  12. @saarg, What a very strange way to say "Hey buddy, this forum is for UnRAID support, head over to linuxserver.io for other platforms, or join our Discord at https://discord.gg/YWrKVTn." Which @trurl had basically already said. We all understand that while UnRAID is closed source, these addons are open. And we are grateful. But a huge selling point of the platform is its "supportive community." I have received a great deal of support myself, including from you if memory serves. But that comment is just rude. Maybe they had two browser tabs open searching for help and came to this forum accidentally. Maybe whatever. Point is, if we could keep this forum civil and kind and not have it devolve into neckbeardy "you didn't exactly follow the rules 20 pages ago and didn't ask your question how I want so pack sand and figure it out n00b," I think it would be great. I fully anticipate that I may be wrong and perhaps you didn't mean it the way I took it (if so I apologize in advance), but I just dropped back in to see if anyone had any help for the issue I and others are having (which apparently no one does), and I see this and it's just unhelpful. Felt like I should say something about that. Thank you for coming to my TED Talk. -P
  13. Hi, At some point coincident with the latest update to the MariaDB container, I've had an issue where the container will not allow multiple clients to connect to the Kodi databases. I've attached the log, but basically if one client is accessing the database, it will refuse to let another connect until I restart the container. I've made no configuration changes other than attempting the downgrade/upgrade to latest procedure on page 17. Any ideas? Thanks! -P marialog.txt
  14. Sorry, just scrolling through and found this, is it still available? If not, could you tell me what RAM you're using in there? I'm having trouble finding DIMMs that are compatible with that board. Thanks! -P
  15. An update! This is actually pretty interesting (and also frustrating), and I'm surprised no one else has had this issue, but I think I've found the cause. I run a pihole Docker on .40, and used to run (now decommissioned to reduce complexity) a SteamCacheBundle Docker on .44. Based on the rather unscientific procedure of having a terminal window tailing syslog while Wireshark runs, it seems pretty solid that ARP requests from the server to its Dockers is the cause of the entries, because the Dockers don't respond. "Who has x.x.x.40? Tell x.x.x.unraidIP." This repeats every second or so for about 7 minutes, takes a 5 minute break, then starts again. Glad I increased the log partition size... But why is it asking? I think it's because, since the server has a static IP, the network settings list the pihole and steamcache as its primary and secondary DNS entries. This would also explain why it continues happening even when Docker and VMs are shut down, or the array is stopped. On to a solution! I can probably scrounge up an actual Raspberry Pi, throw pihole on it, shut down the Dockers and call it worked around. But I feel like there's a bug here somewhere, either in unRAID's network settings, the Dockers, or something I introduced. There are other Dockers using br0, namely a Nextcloud instance and its MariaDB, as well as the unifi-controller, but those aren't seeing traffic from the server itself, at least in my testing. Any suggestions would be appreciated! -P