There are three types of server updates.
- Updates that involve our stack such as updating the NGINX configuration files or adding new packages
- Core Linux updates including security updates.
- Security-only updates for Linux
Updates can be accessed via the UPGRADES tab on any server.
Note: We strongly suggest that you use your Cloud Provider’s tools to take a full snapshot or backup of your server before running any updates!
DVI Stack Updates #
If there are any updates involving our stack you will see a notice on this tab along with instructions and any links to pertinent documentation.
Core Linux Updates #
Security updates are usually run automatically every night. However, there are additional non-security related updates that you can run – these are optional. Use the RUN ALL LINUX UPDATES NOW button to do this.
Clicking this button will immediately create a Linux Cron scheduled process to run the updates in the background. This includes both security and non-security updates.
One of the side-effects of running these updates is this: it will clear out the entry under the HEALTH column for that server in the server list. This column will then be updated overnight when the health script runs again.
To view the logs of any updates, use the options under the LOGS tab.
Security Updates #
As mentioned earlier, security updates are usually run automatically every night. However, you can force them to run immediately using the RUN LINUX SECURITY UPDATES ONLY button in the Upgrades tab on each server.
Additionally, you can run them in bulk from the server list screen as well.
Notes #
Update Count For Security Updates Stuck In The Health Column Over A Number Of Days #
- There are times it might seem as if security updates are not running. For example, in the health column you might see the same number of security updates available day-after-day. While security updates are automatically run every night which should reduce this number, sometimes they might be dependent on a regular update. In which case you’ll see that the same number of security updates are needed every single night.
- The solution is to run all updates for your server.
Update Fails Repeatedly #
- You might need to schedule a server reboot first before applying updates. Just like Windows machines, prior updates that were applied might require the server to be rebooted before future updates can run. If you’re doing bulk updates, you might even see the update schedule attempt failed in the PENDING LOGS screen.
- If updating via the BULK ACTIONS option fails for a server, try running it from the standard UPGRADES tab inside the server detail screen.
- Sometimes, servers simply need to be restarted before updates will run. If it seems as if the updates are not running please restart the server(s) and then send the update request again.
Update Requires Input #
One of the issues with updates is that sometimes they require user input. Most updates run just fine in the background but once in a while you get an update that requires user input. There’s no way to know if this is case ahead of time. Instead, you’ll likely see that the update counts are “stuck” or are simply not running no matter what you do. In this case you’ll have to run them from the command line.
Server Updates When Server Is First Deployed #
We offer the option to run updates immediately after the server is provisioned. This is done on a best-efforts basis. Sometimes, not all the updates can be run without a server restart. So we cannot guarantee that all the updates will run immediately after the server is first started.
Other #
We strongly suggest that you use your Cloud Provider’s tools to take a full snapshot or backup of your server before running all updates!
The UPDATES function is provided as a convenience and most of the time it works. But if certain updates require a server restart before they will work or require user input then it will seem as if they’re not running at all. Ultimately, the best way to run updates is from the SSH command line, especially when the items mentioned above do not work.
More Topics In Admin #
- Restoring From AWS S3 Into A New Site or Server
- Backups With AWS S3
- Restoring From Backup
- 6G Firewall (Deprecated)
- 7G Firewall
- Native Linux Cron
- Disabling Sites
- Password Protect A Site (HTTP Authentication)
- One-click Login (AKA Passwordless Logins)
- Remove/Delete Site
- Manage PHP Options
- Add A WordPress Administrator
- Notifications and Alerts
- Managing WordPress DEBUG Flags
- Object Cache: MemCached
- Object Cache: Redis
- Monit / Healing
- DNS Integration: CloudFlare
- Site Packages
- Site Update Plans
- Site Expiration
- White Label Colors
- Adding Custom NGINX Configs
- Custom Servers (Bring Your Own Server)
- How To Change The IP Address For Your Server
- Virtual Cloud Providers
- Monitorix
- File Manager
- PHPMyAdmin - Database Operations
- Using Remote Databases
- SMTP Gateway
- Theme & Plugin Updates
- Bulk Actions on Servers
- Bulk Actions on Sites
- SSH Key Overrides
- Webserver Types
- DVI Cron Jobs
- Disk Quotas
- Custom Post Type Quotas
- Using Post-Processing Custom Bash Scripts
- Bulk Copy To Server
- Copy To Server (Automated Daily Process)
- Shortcodes
- Bootstrapping A WordPress Server With Our Scripts
- Bootstrapping A WordPress Server With Our Scripts - Archive Version 4.x
- Free Setup Requirements & Checklist
