dancue

oh. so I can do the parity upgrades before replacing the disabled disk? That's what I'll do then! Thanks. Also, for future reference... what did you look for in the logs to determine the disabled disk is no good. I'll probably use this thread as reference in the future. This will inevitably happen again at some point. First time it happened to me since getting on the Unraid train.

To be clear... pushover notifications on iOS. I get notified anything related to my server there.

Yes. I use push notifications.

If it happens right away, I only have one warning, (1) for disk 10. The disk that was disabled.

Like this? Ok. Are you saying I should be checking the other disks before continuing? Is that absolutely necessary? Can I replace the disk that is disabled now? Stop array, physically remove disk, enter new disk, start array? Then, when that is done can I replace the parity drives using the same method one at a time?

Here you go. That was quite simple. mediarackserver-diagnostics-20220528-0949.zip

Hello, I have a disabled disk in my array and I had a few questions. Once it is in disabled disk status, there is no saving the disk? How would I know if the disk can be used still? I can copy a log file here if that would help. Just need to point me to where I can get that. Initially, when I saw disabled disk I thought I needed to prepare so I purchased a couple of drives. WD had a sale on 20TB drives so I grabbed two but no other drives in my array are that size, especially not the parity drives. The disk that is disabled is an older 6TB drive. The Parity drives are both 14TB. If I have to replace the 6TB disabled disk, my understanding is that I can't plug in a 20TB drive because they exceed the 14TB parity drives. So correct me if I'm wrong but should I do the following? Replace both parity drives with the new 20TB drives Use one of the ex-parity 14TB drives to replace the 6tb disabled disk. If this is the case, what is the proper method step by step I should use. I can't just stop array move all disks where I want them and start array, can I? Do I have to replace each parity one at a time? Any help with this would be great. Thanks!

I’m doing a backup daily and then incremental backup of files every 4 hrs. Using UpdraftPlus and backing up to Google drive. Don’t want to go through what I went through this past week. Lol Running one mariaDB per has been good so far. It seems faster also. Thanks for the advice again.

Kru-x, you mentioned a while a go to me that your preference is to have one Mariadb per Wordpress container. I was doing one Mariadb for ALL of my wordpress containers. It inevitably bit me in the ass and so I wanted you to know, and anyone else for that matter, that a Mariadb container per wordpress site is a MUST in my book. One of the databases became corrupt and as a result all of my websites were down for an extended period of time. Had I followed your advice it would have been isolated to just one container. Instead I lost all of my databases. (another lesson learned, database backups daily) Lessons learned the hard way.

I think a tutorial would be great. I like being able to control those variables in the docker settings rather than going in the config files. In my specific case, having a tutorial would have saved me headache. I had no idea I could add a variable to specify database name. Now that I know and set it up I definitely don’t want that taken away.

Ok. I understand where you are coming from but I think the solution to this would be to provide an option in the docker container settings to input the WORDPRESS_DB_NAME. Just like we enter WORDPRESS_DB_USER: and WORDPRESS_DB_PASSWORD:. The reason why I say that is because it is updating only the value of the Wordpress db name. Anything else I add to the wp-config file stays and no changes are made. That leads me to believe that the values are updated, not the actual file. For example... I added the following line to the wp-config file... "define('NGG_UPLOAD_LIMIT', 1);" and it stayed untouched in the file after an update and reboot but the database name went back to the default value. With that said, can we get an update to the container to specify the Wordpress db name like we have the username and password? EDIT: I think I may have found a solution. I created a new variable in the docker container settings. Had no idea this would work as I just tried it out of desperation but after a restart the value stayed. We'll know on the next docker update if it for sure stays. I've attached some images of how I set up the variable and what it looked like after setting it up. Hopefully anyone else that stumbles on this issue and this thread will benefit as well.

So I should be editing in /var/www/html? I'm currently editing in Root/Appdata/my-site. I can't find /var/www/html. Let me try to download forklift. If you could answer this question that would help immensely. Thanks. On restart files are being copied from /var/www/html -> /root/appdata/my-site. You are saying that it is only copying files over if the names have been changed. I can verify that it is still copying the wp-config file. So my question is, I need to know where the /var/www/html location can be found so that I can edit those files instead. I think that will solve my issues.

Thanks

I'm not seeing either of those locations... /var/www/html and /var/www/html/mnt/user/appdata/your_folder how can I find them? I see Root/Appdata/Folder for each one of the dockers. I'm using Krusader to view these files. What docker are you using? No... I don't take the file out and it gets replaced with a new copy every time I restart the docker, restart the server or update the docker.

Hello, I'm back. There have been a couple of docker updates to these Wordpress websites and it has been a headache to have to go into the wp-config file and update them with the proper database name. I realize that if I were to use a unique MariaDB for each wordpress docker I wouldn't have to rename the db, I could just leave it as the default name. Is there a way instead to not have the wp-config file replaced upon update of docker? If not, can you explain exactly what you do? Do you have a phpmyadmin, MariaDB and wordpress docker per website? Edit: Restarting a docker also resets the wp-config file. That's really annoying. Any possibility that you can add a wordpress database name field to the docker setup so that it can update it after each restart or update? Even easier... can it just not touch the wp-config file?

I think I understand now. It has to see a difference in my actual IP address... not a difference in what Namecheap has as the IP address. I was trying to test by changing the IP address in Namecheap but it will not work that way. I'll have to wait until my IP address actually changes. Got it. Thanks for the response and thanks for the great work as always.

I'm thinking your solution may work for me. Would you care to explain how to do that?

I'm sorry if I was not clear. I changed the IP manually on Namecheap to test the daemon and it hasn't changed it back to the proper IP address after 5 minutes. The only time it changed the IP (after manually changing Namecheap to test) was when I edit the config file and click on save.

I found this article... https://www.labsrc.com/multiple-domains-with-ddclient-namecheap/ That helped me set it up and it changed the IP address successfully... it's just not changing it every 5 minutes as it's supposed to, only initially when saving the file did it do it. Do you think you can add time stamps to the log so we know when these events happened?

Thank you for this. Would I be able to do multiple domains for Namecheap? Can someone provide me an example of who I would do that?

Ahh. What if I change it in the index.php file?

Hmm. Interesting. I went into advanced and changed the port but it did not route it properly. Still went to 8080.

ahah. I didn't think of looking at advanced. Great idea on one database and wordpress per website. I'll have to weigh the pros and cons to see if it's worth it to go that route or just keep it the way I have it now. Theoretically, I could delete the database via phpmyadmin. The biggest headache for having all of them on one MariaDB container is that when I need to make a change to the container (in this case... the webUI port) I will need to edit that wp-config.php file again. Anyways. Thanks for your help and advice. I feel more confident about hosting these sites now. Exciting.

I noticed that they all tried to install to the 'wordpress' database. I HAD to go to the wp-config.php file and change the database there. Unless I missed something. Also.. if I can provide some feedback... when you change the port for the container from the default 8080 clicking on the docker container and selecting webUI will take you to port 8080 instead of what you changed it to. Thanks for the side note. I did have issues yesterday but what I started doing was adding a step between 4 and 5. (I'll edit my previous post to reflect that...) Before doing the install I go into NginxProxyManager and set it up for the website in question. Then I go on to install Wordpress. I do it at that time because I need to know the port number to set up in NPM and if I go on to install before doing that then in wordpress under Settings > General the website will have the IP web address instead of the URL. That was the mistake I made the first time around. It took me a while to figure out but I changed that to the domain name and it fixed the issue. All of my websites have been accessible outside of my local network.

I gave it a shot. It worked but this is what I did... I created a new database in MariaDB and granted permissions to my user. I added the docker with a different Port number. I modified the wp-config.php file to change the database name to what I created in step 1 above. I dropped in the php.ini file. Setup the domain in NginxProxyManager Navigated to DomainName.com and installed wordpress. Does that sound about right? Is there something else I should have done?