blaine07
-
Posts
754 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by blaine07
-
-
In my case it kept the certificates.
What I would’ve expected but figured I’d ask; my certs aren’t up for renewal so should be same situation for me. -
Enable the advanced viewon the existing letsencrypt template page and there you should see linuxserver/letsencrypt at Repository just change that to linuxserver/swag
That's how it looks now:
Also there will be a orphan image at the bottom on your docker page if you done this (just the old letsencrypt image), just click on it and you select remove.
One last question...
I use Cloudflare Proxy... when I change the repository is it going to try to renew certs or is that something that will be maintained; existing certs kept? (If it wants to rewrite certs I need to go through and turn Cloudflare proxy off etc etc and don’t want it to fail renewal is why I’m asking...). -
Works OOB in my case, just changed the repo from /letsencrypt to /swag
Pardon my inexperience but how exactly does one just change repo? Download swag and point it at same app data as letsencrypt or? -
Very good chance I’m wrong but I’d swore someone said at one point that eventually going from Letsencrypt container to SWAG would require some interaction on our part... [emoji848]
-
My needs warrant UnRaid and XCP-ng. Played with Proxmox and [emoji1304]
-
Once certs are written turn proxy back on until it’s time/close to time to renew certs. What I do; keeps me covered most of the time. I’ll wait 80iwh days, turn proxy off, make changes to container with that it rewrites certs for another 90, then I’ll turn proxy back on.
-
Alright guys, got everything going. Network deal gave me some qualms but finally got it figured out. I can’t figure out what I did or didn’t do/what is necessary to get my VMs to come back but 🤷🏼♂️
Thank you BOTH so so so much! I really appreciate it. Have learned a lot; thanks! You guys the real MVPs! 🎉😀
-
Okay, got all that stuff recreated and core containers restarted. Issue now is that I need my "proxynet" network back...Don't remember how to re-create that sigh 😞
-
Pools can only be btrfs, with the array stopped run:
blkdiscard /dev/sdX
Replace X by the correct letters for both devices and run it one at a time, this will do a full trim on the devices complete wiping them, then start the array and you'll have the option to format.
Got it!
Moving app data over now [emoji3] [emoji1695] -
19 minutes ago, johnnie.black said:
Array should still stop, make sure mc is closed and close the ssh session, but you can unmount with
umount /x
Got it; now the only way I could find to format cache drive(s) was to change the file type, save, start array, format, then stop array, change to BRFRS. At any rate, it doesn't appear that I can change cache drive file type to anything BUT btfrs? What am I missing here on formatting cache drives?
-
Can’t get array to stop; do I need to use command line to unmount the X above or?
-
If you have VMs keep existing file, also good practice to have a backup of that file.
Thank you!
Yes had it set to backup on schedule.
I mean good news is all I had was appdata and docker.img on cache. Got both copied. When I get a second gonna who’s, move app data back over and get docker.jmg recreated without a hitch... hopefully [emoji1695]
-
Yes
I have 20G docker.img, only 44% used with 17 dockers running.
Do I move libvirt back over or will it rebuild too or? -
Yes, but why did you have 35G allocated to docker.img? Had you had problems filling it? 20G should be more than enough and if it grows then you have application misconfigured.
Its contents will be downloaded again when you reinstall dockers. Be sure to use the Previous Apps feature on the Apps page.
I don’t think anything currently was misconfigured but at one point something was writing logs to it and I admittedly must’ve changed docker size not knowing at time what other issues that causes... I was super newbs when I had changed it LOL. I believe docker had been staying at 57% full which I assume is probably fine? -
wouldn't hurt
Moving everything off now; thank the both of you! Will report back...
I’m assuming once I get cache formatted I will try to move app data over but then I want to recreate docker.img and not move it? :-) -
On the console type "mc" to open midnight commander, then navigate to /x on the left side and to where you want to copy on the right, then just copy from one side to the other.
Should I stop the array first? “Try” to stop docker or anything special before copying over mate?
Thank you, so much. Gonna win this war lol [emoji3] -
15 minutes ago, johnnie.black said:
Yes, but you won't know until you try it, also some recovery options here if needed.
I have got it mounted and got to this step; could you be as kind to help me with copying data off cache pool?
I got here successfully: If it mounts copy all the data from /x to another destination, like an array disk, you can use Midnight Command (mc on the console/SSH) or your favorite tool, after all data is copied format the device or pool and restore data.
These are commands I ran to get this far, no errors so I assume I am good this far:
Linux 4.19.107-Unraid.
root@Tower:~# mkdir /x
root@Tower:~# mount -o usebackuproot,ro /dev/sde1 /x
root@Tower:~#I just need help with copying data from /x to another destination, please?
-
24 minutes ago, johnnie.black said:
Cache filesystem is corrupt, best bet is to backup anything important and re-format the pool.
So Would I stand a chance in migrating app data off cache, formatting and moving back I suppose mate?
-
Good Morning,
Hoping someone will be as kind to get me straightened out...
This morning noticed on Zoneminder it wasn't working correctly. Stopped the container, restarted Zoneminder and it and got a "403 error" and wouldn't start. Noticed Log File on main screen was full. Stopped all containers and used "Reboot" on main screen in GUI. Server restarted, stuff came back on and was fine...for a minute...until it wasn't. I did research and concluded that it's like my docker.img file got corrupt when logfile got full. I followed the information on going through to delete docker.im and restart it. Then, I hit issues about unable to write to cache and Docker failing to start as a result. Tried leaving docker stopped and restarting, and despite that I "deleted docker.img" all my containers come back and auto start just like I had not deleted docker.img. My cache drive(s) do not ever appear to have gotten full. I admittedly don't know what I am looking for but skimming logs saw the BTFRS error stuff?
Not sure what else to do but my diagnostics are attached below. I would be super grateful and thankful for anytime anyone could lend me a hand with!
Thanks!
-
Stupid games stupid prizes. Sounds like the type of customer that is going to have you invest a ton of time into this only to not pay you for your time [emoji23]
- 1
-
All looks good. Did you get any help at the ZM forum?
No got sidetracked and never got a post constructed. I will find time tomorrow. Doh [emoji2361] -
Don't run the New Perms on appdata, it will totally mess up the permissions. The correct permissions are set by the Docer when it is run.
Take a look at appdata/Zoneminder in Unraid and confirm you have the mysql folder.
In the ZoneMinder folder:
Inside SQL Folder:
-
12 hours ago, dlandon said:
Try getting some help on the ZM forum.
Could it be a permissions issue? How could I check/restore/repair permissions if that were the case sir? I see a Docker Safe New Perms in Tools but it says it excludes appdata?
-
Try getting some help on the ZM forum.
Will do that here in a bit; thanks again! [emoji3]
[Support] Linuxserver.io - SWAG - Secure Web Application Gateway (Nginx/PHP/Certbot/Fail2ban)
in Docker Containers
Posted
So...Is it going to cause all kinds of issues changing containers name? Is the GIF above for SWAG legitimate lol? New support thread URL or re-title this one?