When configuring your server, Forge configures FPM so that it can be restarted without using your server's "sudo" password. To do so, you should issue the following command. Of course, you should adjust the PHP version to match the version of PHP installed on your machine:
( flock -w 10 9 || exit 1
echo 'Restarting FPM...'; sudo -S service $FORGE_PHP_FPM reload ) 9>/tmp/fpmlock
forge
User Sudo Password Forge does not store your server's forge
user sudo password and is therefore unable to reset it for you. To reset the forge
user sudo password, you'll need to contact your server provider and regain SSH access to your server as the root
user.
Once you are connected to your server as the root
user, you should run the passwd forge
command to redefine the forge
user sudo password.
If your servers are managed by DigitalOcean, the following steps should assist you in resetting the forge
user's sudo password using Digital Ocean's dashboard.
First, on DigitalOcean's dashboard, click on the server name. Then, within the "Access" tab, click on "Reset Root Password". Usually, this operation restarts the server and sends the new root
user's sudo password to your DigitalOcean account's associated email address.
Next, still on the "Access" tab, click on "Launch Droplet Console" to gain access to your server terminal as the root
user. During this step, you will be asked to redefine the root
user's sudo password.
Finally, execute the passwd forge
terminal command as the root
userto redefine the forge
user's sudo password.
The latest version of Composer is installed by Forge when a new server is provisioned. However, as your server ages, you may wish to upgrade the installed version of Composer. You may do so using the following command:
composer self-update --2
This will instruct Composer to update itself and specifically select version 2. If your application is not compatible with Composer 2, you can roll back to Composer 1 at any time:
composer self-update --1
Update The Server's Cron Job
Servers are provisioned with a Scheduled job that updates Composer. You should delete and recreate the existing job via the server's "Scheduled Jobs" tab after upgrading Composer.
The latest version of Nginx is installed by Forge when a new server is provisioned. However, as your server ages, you may wish to upgrade the installed version of Nginx. You may do so using the following commands:
sudo apt-get install -y --only-upgrade nginx
sudo nginx -v
sudo service nginx restart
Nginx Upgrades
You should upgrade the Nginx version on your server at your own risk. Upgrading the version of Nginx installed on your server may cause downtime or conflict with other installed software.
The latest version of Node.js is installed by Forge when it is provisioning a new server. However, as your server ages, you may wish to upgrade the version of Node.js:
sudo apt-get update --allow-releaseinfo-change && sudo apt-get install -y ca-certificates curl gnupg
sudo mkdir -p /etc/apt/keyrings
curl -fsSL https://deb.nodesource.com/gpgkey/nodesource-repo.gpg.key | sudo gpg --dearmor -o /etc/apt/keyrings/nodesource.gpg
NODE_MAJOR=20
echo "deb [signed-by=/etc/apt/keyrings/nodesource.gpg] https://deb.nodesource.com/node_$NODE_MAJOR.x nodistro main" | sudo tee /etc/apt/sources.list.d/nodesource.list
sudo apt-get update --allow-releaseinfo-change && sudo apt-get install nodejs -y
The latest version of npm is installed by Forge when provisioning new servers. However, you may upgrade the installed version of npm using the following commands:
sudo npm install npm@latest -g
If you would like to install the latest Meilisearch binaries on your server, please follow the official Meilisearch upgrade guide.
On most Forge servers, the Meilisearch binary is installed at /usr/local/bin/meilisearch
and the database is stored at /var/lib/meilisearch
.
This error is returned by DigitalOcean when you have reached a limit on how many droplets you can create. You can ask DigitalOcean to increase your droplet limit by contacting their support. Once they have increased your limit, you may create servers in Forge.
To ensure Forge works correctly with AWS, please review these requirements.
There are several reasons why your server may have a "disconnected" status. We encourage you to check these common solutions before contacting support:
/root/.ssh/authorized_keys
and /home/forge/.ssh/authorized_keys
files. This key is available via the "Settings" tab of your server's Forge management panel./root/.ssh/authorized_keys
and /home/forge/.ssh/authorized_keys
files.If you are still experiencing connectivity issues, you should also verify that the permissions and ownership of the following directories and files are correct:
# Fixes the "root" user (run as root)
chown root:root /root
chown -R root:root /root/.ssh
chmod 700 /root/.ssh
chmod 600 /root/.ssh/authorized_keys
# Fixes the "forge" user
chown forge:forge /home/forge
chown -R forge:forge /home/forge/.ssh
chmod 700 /home/forge/.ssh
chmod 600 /home/forge/.ssh/authorized_keys
If, after trying all of the above solutions, Forge is still unable to connect to your server but you can still SSH to the server, please run the following command as the root
user and share the output with Forge support:
grep 'sshd' /var/log/auth.log | tail -n 10
Forge Management
If Forge is not able to connect to your server, you will not be able to manage it through the Forge dashboard until connectivity is restored.
If you are receiving an error stating that your server has "too many open files", you likely need to increase the maximum amount of file descriptors that your operating system is configured to allow at a given time. This may be particularly true if your server will be handling a very large number of incoming web requests.
First, ensure the maximum number of "open files" is correctly configured based on the size of your server. Usually, the maximum number of open files allowed by the operating system should be about 100 files for every 1MB of RAM. For example, if your server has 4GB memory, the maximum number of open files can safely be set to 409600
.
You can determine how many files your operating system currently allows to be opened at once by running the sysctl fs.file-max
command. You can configure the existing setting by adding or modifying the following line in /etc/sysctl.conf
:
fs.file-max = LIMIT_HERE
While the instructions above set the maximum number of "open files" system-wide, you also need to specify these limits for each server user by editing the /etc/security/limits.conf
file and adding the following lines:
root soft nofile LIMIT_HERE
root hard nofile LIMIT_HERE
forge soft nofile LIMIT_HERE
forge hard nofile LIMIT_HERE
Of course, if your server contains additional users due to the use of "site isolation", those users also need to be added to the /etc/security/limits.conf
file:
isolated-user soft nofile LIMIT_HERE
isolated-user hard nofile LIMIT_HERE
Additionally, if the "too many open files" error was triggered by an Nginx process (very common on load balancers at scale), you will need to also add the nginx
user to /etc/security/limits.conf
:
nginx soft nofile LIMIT_HERE
nginx hard nofile LIMIT_HERE
And, add the following directive to your server's /etc/nginx/nginx.conf
file:
worker_rlimit_nofile LIMIT_HERE;
You should restart the Nginx service once this directive has been added to your Nginx configuration file:
service nginx restart