Opened 2 years ago
Closed 16 months ago
#2824 closed task (fixed)
Build new wordpress container, move to osgeo9
Reported by: | robe | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | Sysadmin Contract 2023-I |
Component: | SysAdmin | Keywords: | |
Cc: |
Description
osgeo7-wordpress instance is currently at buster and PHP 7.3
Given PHP 7.3 is at EOL and has some security vulnerabilities, this will be my priority to upgrade.
I will upgrade osgeo4-wordpress-dev first which is a snapshot osgeo7-wordress with https://dev.www.osgeo.org being about a month or 2 old of current production www.osgeo.org to confirm no issues.
Change History (12)
comment:1 by , 2 years ago
comment:2 by , 2 years ago
Milestone: | Sysadmin Contract 2022-II → Sysadmin Contract 2023-I |
---|
pushing to next milestone since my contract funds have been used.
comment:4 by , 2 years ago
Ran into serious problems so rolled back. I think I'll just rebuild this from scratch on osgeo9 using the latest bullseye image I created. Maybe this time I'll go with nginx since wordpress/nginx performance is supposed to be better than apache/wordpress.
comment:5 by , 23 months ago
I have a new container on osgeo9 called wordpress, and have the site working on there but haven't migrated yet. I want to resetup dev to use this container, kick the tires a bit before I make the osgeo9 production one live.
comment:6 by , 22 months ago
Summary: | Upgrade wordpress (osgeo.org) to bullseye → Build new wordpress container, move to osgeo9 |
---|
I'm going to start the process shortly of moving wordpress (osgeo.org) from osgeo7 to osgeo9.
I've already built a new container on osgeo9 to house it which switches from using apache to using nginx, PHP 7.4 and is running a clean new install of bullseye.
comment:7 by , 22 months ago
Okay I have it now live on osgeo9 now, and put an undermaintenance sign on the osgeo7 one. I'll keep that up for a few days before I stop the container for good. Anyone seeing the under maintenance sign, has a stale dns entry.
comment:9 by , 22 months ago
Replying to cvvergara:
- so staging will be in osgeo9 right?
No osgeo9 is production and is called wordpress
osgeo4 (at moment has both a staging and a dev). Staging I'll probably get rid of and reset it up on the dev.
So osgeo4 wordpress-dev, wordpress-staging. Both are copies of what I had on osgeo9 from a week or so ago when you tested them.
comment:10 by , 22 months ago
P.S I still need to move over the cronjobs from osgeo7, but you can start setting up what you are were talking about on the postgresql-15 I installed (which is in all of the envs).
comment:11 by , 22 months ago
okay I moved over the cronjobs. While copying over people's homedrives, I found some unexpected ones filled with stuff. I copied them over, but wonder, if these should even be on this server.
cvvergara -- this one is expected wildintellect - bunch of byobu, what is this for? rouault - swig-2.0.12 (what is it for and should it even be on the wordpress server)
It's possible wildintellect and rouault were copied over from a much earlier time (when osgeo.org was housed on osgeo6).
I didn't check the dates.
comment:12 by , 16 months ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
this was done a while ago. wordpress is now on osgeo9 using nginx instead of apache now.
I've upgraded wordpress-dev to bullseye (debian 11). Kept the /etc/ldap/ldap.conf and /etc/ssh/sshd_config files, though the sshd_config I was surprised to not see anything really custom, all just commented out stuff and include/sshd_conf.d so I suspect that one i should have allowed overwrite with package maintainers.
The final apt dist-upgrade caused some issues with
and abruptly shutdown, and had to manually start it back up and showed incomplete install.
Also on continue, after running
seems to be stuck on:
forcing a continue results in more errors:
At anyrate even after resolving these issues, don't plan to upgrade production until after board vote is over to minimize on disruption.