blaine07

Members
  • Posts

    733
  • Joined

  • Last visited

Everything posted by blaine07

  1. So it appears my huge backup and maybe all my issues were caused by recently famed Kasm(& I evidently installed around same time as I went v2 to V3) everyone has been talking about lately. Evidently it’s huge. Later today I’ll switch back to V3 and give this a go again. Finally got a clean backup on V2 though today. 🤞🏻
  2. I did find two more logs that may help mate: Just ran across the logs in the file and thought maybe it would help. Also notice backup images are HUGE. Like 70gb compared to a normal ~15gb. (No disk isn’t out of space) Log 1 Log 2 Hopefully this is somehow helpful 🤞🏻
  3. Cron jobs are irrelevant; they’ve never “crossed times” before now. This backup has always finished by 330-0400. I’m not sure what’s taking so much longer than normal either though 😞
  4. So i kinda remembered why containers may be running already once I am cancelling backup and going it's going to start containers back up like before backup started. A long time ago I had issues with containers so I have a few cron restarting certain containers BUT I have always ran my backups at 135am and the cron have NEVER conflicted with Appdata being backed up until now, it's always completed backup before any cron jobs I had were set to run. Cron Jobs(Your getting a picture because I don't know how to show you any other way, sorry): Backup Logs: HERE If you need clarification; let me know.
  5. Here is where I got with last nights backup:
  6. I couldn't even tell you which ones weren't running prior to backup kicking off to be honest. No, I do NOT have docker auto update enabled though. I would say only 10-15 weren't running previous to it kicking off. Backup starts at like 230AM; its usually done when I get up around 4-5ish. Today at 530(hey I over slept don't judge me) I noticed nothing was running. I finally had to come to backup status tab and "STOP" it because it was still trying to do whatever. You should see me telling it to stop itself towards end of log.
  7. Hopefully there is nothing user identifiable? Pastebin of LOGS
  8. I disabled Verifying as mentioned above; then this time it ran backup didn't/couldn't finish at all and containers never restarted...ever. 😞
  9. Today I got errors about my backup— pardon my idiocracy but where exactly do I need to check to see what went wrong? Never had backup issues before so this is a new game of hide and seek for me 😩
  10. Can someone tell me what this is about? I don’t understand how I wouldn’t get more Password App updates; I am on NC 25.0.2, latest Unraid with PHP 8. What does this mean?
  11. @mgutt I removed the post arguments as we discussed and it’s “back at it again”. Any last ditch efforts? It’s network related I just am unsure what else at this point to do?
  12. Updated my Second instance of Nextcloud; same thing. Had to change "UKNOWN" owner to "nobody". Something isn't going right somewhere; just no idea if a Nextcloud thing or Unraid issue. 😞 EDIT: I just hope I am not ruining my life later by now changing the permissions to "nobody" despite that appears to be what they always have been/should be?
  13. I had to change Owner of folder to "nobody" as well to get it to install. Issue now is the same-- Not sure what to do now... sigh: EDIT: anyways, I did have to change permissions on the nextcloud* appdata folder..and once I restarted container again it seems the cron thing sorted itself out..It's updating in similar time frames and other NC instance I have and not red anymore? Edit 2: more I think about it the more I think that folder shouldn’t be having ownership problems. Not sure at what point ownership should get changed to “nobody” but it appears that failing to happen, for whatever reason, was what the issue was. When at installation is it supposed to handle that itself? Change ownership of install folder. Is that a Nextcloud or Unraid issue?
  14. @mgutt I haven’t had time to edit my Post Arguments yet but I just want to say thank you. Thank you for all the help you provide all of us in this thread. I can see it’s daunting. Good work mate; thank you!
  15. I can’t confirm yet I’ve resolved my issue but it’s likely my own idiocracy. See my post above about post arguments.
  16. My Nextcloud and other stuff IS on a custom network BUT NPM isn’t running on HOST; it’s a static BRO IP on network. Yeah I don’t think it’s something I even need; likely my problem, too lol. I’ll remove and report back soon.
  17. I’ll try just removing it and see what happens. Since not referring to any containers by “name” and instead using all IP:PORT I don’t think I even need the syntax/be on specific network too?
  18. Am I doing this add on network thing right? I don’t even think I need it because I am not referring to any containers by name- all IP:PORT. Could this be my issue?
  19. Back to doing it again. Guess I just may ignore it. It never quits working. Just spams logs. Or I need to put a 1 hour restart chrono on NPM. Sometimes it goes 2-4 or 12 hours without spamming logs.... Hmm
  20. Macvlan was total chaos for me. I just deleted the mapping on pfSense. We’ll see what that does.
  21. I think other issue is now that Unraid uses ipvlan for Docker it uses same mac address for every container in Unraid. I am already using Unraids NIC Mac address for a static IP for Unraid itself which means I can't actually set static IP for NPM since MAC address is already tied to Unraids actual IP. Since Unraid changed to ipvlan I haven't figured out how to get around it; i suspect it's relative to my issue, somehow, though.
  22. No, but in pfSense I don’t have a MAC addresses assigned with .3 or static set because Unraid uses same MAC address for everything? See post below below for pics. Somehow totally jacked up post.
  23. Shouldn’t be. That’s my static range in pfSense.