{"id":3353,"date":"2026-01-29T20:16:05","date_gmt":"2026-01-30T01:16:05","guid":{"rendered":"https:\/\/blog.lufamily.ca\/kang\/?p=3353"},"modified":"2026-02-28T16:55:20","modified_gmt":"2026-02-28T21:55:20","slug":"moving-my-blog","status":"publish","type":"post","link":"https:\/\/blog.lufamily.ca\/kang\/2026\/01\/29\/moving-my-blog\/","title":{"rendered":"Moving My Blog"},"content":{"rendered":"\n

Since I had difficulties in upgrading my NAS, as I detailed here on this post<\/a>. I decided that I need to move my NAS services to another server called, workervm<\/code>. The first service that I decided to move is this web site, my blog, which is a WordPress site hosted by an Apache2 instance with a MySQL database backend.<\/p>\n\n\n\n

I decided that instead of installing all the required components on workervm<\/code>, I will use run WordPress inside a podman<\/code> container. I already have podman<\/code> installed and configured for rootless quadlet deployment.<\/p>\n\n\n\n

The first step is to backup my entire WordPress document root directory and moved the contents to the target server. I placed the contents on \/mnt\/hdd\/backup<\/code> on workervm<\/code>. I also need to perform a dump of the SQL database. On the old blog server, I had to do the following:<\/p>\n\n\n\n

sudo mysqldump -u wordpressuser -p wordpress > ..\/..\/wordpress.bk.sql<\/code><\/pre>\n\n\n\n
I then proceeded to create the following network, volume, and container files on workervm<\/code> in ${HOME}\/.config\/containers\/systemd<\/code>:<\/p>\n\n\n\n
I wanted a private network for all WordPress related containers to share and also ensure that DNS requests are resolved properly. Contents of wordpress.network<\/code>:<\/p>\n\n\n\n
[Unit]\nDescription=Network for WordPress and MariaDB\nAfter=podman-user-wait-network-online.service\n\n[Network]\nLabel=app=wordpress\nNetworkName=wordpress\nSubnet=10.100.0.0\/16\nGateway=10.100.0.1\nDNS=192.168.168.198\n\n[Install]\nWantedBy=default.target<\/code><\/pre>\n\n\n\n
I also create three podman volumes. The first is where the database contents will be stored. Contents of wordpress-db.volume<\/code>:<\/p>\n\n\n\n
[Unit]\nDescription=Volume for WordPress Database\n\n[Volume]\nLabel=app=wordpress<\/code><\/pre>\n\n\n\n
Contents of wordpress.volume<\/code>:<\/p>\n\n\n\n
[Unit]\nDescription=Volume for WordPress Site itself\n\n[Volume]\nLabel=app=wordpress<\/code><\/pre>\n\n\n\n
We also needed a volume to store Apache2 related configurations for WordPress. Contents of wordpress-config.volume<\/code>:<\/p>\n\n\n\n
[Unit]\nDescription=Volume for WordPress configurations\n\n[Volume]\nLabel=app=wordpress<\/code><\/pre>\n\n\n\n
Now with the network and volumes configured, lets create our database container with wordpress-db.container<\/code>:<\/p>\n\n\n\n
[Unit]\nDescription=MariaDB for WordPress\n\n[Container]\nImage=docker.io\/library\/mariadb:10\nContainerName=wordpress-db\nNetwork=wordpress.network\nVolume=wordpress-db.volume:\/var\/lib\/mysql:U\n# Customize configuration via environment\nEnvironment=MARIADB_DATABASE=wordpress\nEnvironment=MARIADB_USER=wordpressuser\nEnvironment=MARIADB_PASSWORD=################\nEnvironment=MARIADB_RANDOM_ROOT_PASSWORD=1\n\n[Install]\nWantedBy=default.target<\/code><\/pre>\n\n\n\n
Note that the above container refers database volume that we configured earlier as well as the network. We are also using the community forked version of MySQL (MariaDB).<\/p>\n\n\n\n
Finally we come to the configuration of the WordPress container, wordpress.container<\/code>: <\/p>\n\n\n\n
[Unit]\nDescription=WordPress Application\n# Ensures the DB starts first\nRequires=wordpress-db.service\nAfter=wordpress-db.service\n\n[Container]\nImage=docker.io\/library\/wordpress:latest\nContainerName=wordpress-app\nNetwork=wordpress.network\nPublishPort=8168:80\nVolume=wordpress.volume:\/var\/www\/html:z\nVolume=wordpress-config.volume:\/etc\/apache2:Z\n# Customize via Environment\nEnvironment=WORDPRESS_DB_HOST=wordpress-db\nEnvironment=WORDPRESS_DB_USER=wordpressuser\nEnvironment=WORDPRESS_DB_PASSWORD=################\nEnvironment=WORDPRESS_DB_NAME=wordpress\n\n[Install]\nWantedBy=default.target<\/code><\/pre>\n\n\n\n
Notice the requirement for the database container to be started first, and this container also uses the same network but the two volumes are different.<\/p>\n\n\n\n
We have to refresh the system since we changed the container configurations.<\/p>\n\n\n\n
systemctl --user daemon-reload<\/code><\/pre>\n\n\n\n
We can then start the WordPress container with:<\/p>\n\n\n\n
systemctl --user start wordpress<\/code><\/pre>\n\n\n\n
Once the container is started, we can check both the WordPress and its database container status with:<\/p>\n\n\n\n
systemctl --user status wordpress wordpress-db<\/code><\/pre>\n\n\n\n
And track its log with:<\/p>\n\n\n\n
journalctl --user -xefu wordpress<\/code><\/pre>\n\n\n\n
It is now time to restore our old content with:<\/p>\n\n\n\n
podman cp \/mnt\/hdd\/backup\/. wordpress-app:\/var\/www\/html\/\n\npodman unshare chmod -R go-w ${HOME}\/.local\/share\/containers\/storage\/volumes\/systemd-wordpress\/_data\n\npodman unshare chown -R 33:33 ${HOME}\/.local\/share\/containers\/storage\/volumes\/systemd-wordpress\/_data<\/code><\/pre>\n\n\n\n
The copy will take some time, and once it is completed, we have to fix the permissions and ownerships. Note that both of these have to be performed with podman unshare<\/code> command so that proper uid<\/code> and gid<\/code> mapping can be performed.<\/p>\n\n\n\n
I also had to restore the database contents with:<\/p>\n\n\n\n
cat wordpress.bk.sql | podman exec -i wordpress-db \/usr\/bin\/mariadb -u wordpressuser --password=############# wordpress<\/code><\/pre>\n\n\n\n
Lastly I needed to modify my main\/old Apache server where the port forwarding is directed to so that blog.lufamily.ca requests are forwarded to this new server and port.<\/p>\n\n\n\n
Define BlogHostName blog.lufamily.ca\nDefine DestBlogHostName workervm.localdomain:8168\n\n<VirtualHost *:443>\n    ServerName ${BlogHostName}\n    ServerAdmin kangclu@gmail.com\n    DocumentRoot \/mnt\/airvideo\/Sites\/blogFallback\n    Include \/home\/kang\/gitwork\/apache2config\/ssl.lufamily.ca\n\n    SSLProxyEngine  on\n\n    ProxyPreserveHost On\n    ProxyRequests Off\n\n    ProxyPass \/ http:\/\/${DestBlogHostName}\/\n    ProxyPassReverse \/ http:\/\/${DestBlogHostName}\/\n\n    # Specifically map the vaultAuth.php to avoid reverse proxy\n    RewriteEngine On\n    RewriteRule \/vaultAuth.php(.*)$ \/vaultAuth.php$1 [L]\n\n    ErrorLog ${APACHE_LOG_DIR}\/blog-error.log\n    CustomLog ${APACHE_LOG_DIR}\/blog-access.log combined\n<\/VirtualHost><\/code><\/pre>\n\n\n\n
Note that on the old server I still have the document root pointed to a fallback directory. In this fallback directory I have php<\/code> files that I needed to be served directly without being passed to WordPress but the requested path shares the same domain name as my WordPress site. The rewrite rule performs this short circuit processing. When vaultAuth.php<\/code> is requested, we skip the reverse proxy all together.<\/p>\n\n\n\n
This is working quite well. I am actually using the new location of this blog site to write this post. I plan to migrate the other services on my NAS in a similar manner with podman<\/code>.<\/p>\n\n\n\n
The idea is that once the majority of the services have been ported to workervm<\/code>, then I can reinstall my NAS with a fresh install of Ubuntu 24.04 LTS without doing a migration.<\/p>\n\n\n\n
Update 2026-02-28<\/strong>:<\/p>\n\n\n\n
I had to move my blog to a different virtual machine because the current one had a network stack corruption. What I found was that the podman<\/code> volume concept was super handy. I was able to use podman import\/export<\/code> commands to easily move my blog storage and database without having to worry about permissions and other file system nuances.<\/p>\n\n\n\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
Since I had difficulties in upgrading my NAS, as I detailed here on this post. I decided that I need to move my NAS services to another server called, workervm. The first service that I decided to move is this web site, my blog, which is a WordPress site hosted by an Apache2 instance with … Continue reading “Moving My Blog”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[111],"tags":[201,97,5,200,6,199],"class_list":["post-3353","post","type-post","status-publish","format-standard","hentry","category-tech","tag-containers","tag-linux","tag-nas","tag-podman","tag-ubuntu","tag-wordpress"],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p7V6i8-S5","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/blog.lufamily.ca\/kang\/wp-json\/wp\/v2\/posts\/3353","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.lufamily.ca\/kang\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.lufamily.ca\/kang\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.lufamily.ca\/kang\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.lufamily.ca\/kang\/wp-json\/wp\/v2\/comments?post=3353"}],"version-history":[{"count":7,"href":"https:\/\/blog.lufamily.ca\/kang\/wp-json\/wp\/v2\/posts\/3353\/revisions"}],"predecessor-version":[{"id":3372,"href":"https:\/\/blog.lufamily.ca\/kang\/wp-json\/wp\/v2\/posts\/3353\/revisions\/3372"}],"wp:attachment":[{"href":"https:\/\/blog.lufamily.ca\/kang\/wp-json\/wp\/v2\/media?parent=3353"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.lufamily.ca\/kang\/wp-json\/wp\/v2\/categories?post=3353"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.lufamily.ca\/kang\/wp-json\/wp\/v2\/tags?post=3353"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}