“曼哈顿”：无法将数据写入数据库。

请问有什么问题吗？

解决无法向PostgreSQL插入数据的问题。

请使用汉语回答以下问题。能否提供一种选项就好：

当尝试输入命令并尝试插入数据时，会返回无法连接到PostgreSQL的错误。

sudo -u postgres psql -c "insert into persons(name) values ('jane smith');" -d dt

根据问题描述，由于服务以名为postgresql的形式在systemd中注册，因此可以使用systemctl启动PostgreSQL。

sudo systemctl start postgresql

当查看状态时，可以确认已退出。

sudo systemctl status postgresql

为了详细了解问题，我去查看PostgreSQL的日志文件。
通常情况下，日志文件位于/var/log目录下，所以通过在/var/log执行ls命令可以确认存在名为postgresql的目录。再通过在/var/log/postgresql执行ls命令，可以发现日志文件。

ls /var/log/postgresql

如果使用cat命令连接日志文件，可以看到错误消息，指出由于磁盘空间不足而无法创建postmaster.pid文件。

cat /var/log/postgresql/postgresql-14-main.log

根据题目所述，PostgreSQL使用的磁盘路径在/etc/postgresql/14/main/postgresql.conf文件的data_directory选项中指定。通过查看文件内容，可以确认数据位于/opt/pgdata/main目录。

cat /etc/postgresql/14/main/postgresql.conf

当进行df命令来确认文件系统中所有磁盘的使用情况时，我们发现挂载在/dev/nvme01上的/opt/pgdata目录已经使用了100%的容量。因此我们计划整理/opt/pgdata目录的内容。

df /

当你使用du命令来检查文件大小时，你会发现/opt/pgdata/file1.bk占用了极大的磁盘容量。

du -a /opt/pgdata

考虑到.bk是备份文件，可以使用rm命令删除。

rm -rf /opt/pgdata/file1.bk

再次利用systemctl命令启动PostgreSQL。如果成功启动，尝试进行与最初相同的插入操作。
如果能正常收到响应，则表示OK。

sudo systemctl start postgresql

5. “Tokyo”: 无法提供网络文件

请解释问题。

请说明问题。

请澄清问题。

请阐明问题。

请表达问题。

有一台运行在80号端口上的Web服务器，应该显示/var/www/html/index.html，但即使使用curl也没有返回响应。请解决这个问题。

回答

当我们尝试使用curl进行实际操作时，可以发现没有返回响应。

curl 127.0.0.1:80

通过执行lsof命令，可以确认端口正在正确监听。

lsof -i :80

如果听到声音却收不到响应，可猜测不是进程的问题，而是网络的问题，此时可以检查防火墙规则列表。

iptables -L

由于对TCP协议的80号端口的通信被阻断了，所以需要删除这个规则。

iptables -D INPUT -p tcp --dport 80 -j DROP

再次使用Curl时，将返回403错误，因此需要检查Apache是否为提供的文件设置了读取权限。

ls -l /var/www/html/index.html

只有文件的所有者没有任何权限，所以要使用chmod命令为其添加读取权限。如果curl操作返回正确的响应，那就表示OK。

sudo chmod 644 /var/www/html/index.html

6. “开普敦”：Nginx出现故障

请问有什么疑虑吗？

由于在使用nginx搭建的Web服务器上执行curl命令时遇到了错误，请解决这个问题。

允多The answer

当实际进行curl请求时，可以发现无法连接的错误。

curl -I http://127.0.0.1:80

使用systemctl查看状态后，可以发现在配置文件中发生了某个错误（可以通过ls等命令确认文件名是否中途被截断）。

sudo systemctl status nginx

当你去查看相关文件时，会发现在开头有多余的分号，需要将其删除。

sudo vi /etc/nginx/sites-enabled/default

将更改应用到systemd并启动nginx。重新使用curl确认，发现返回了500。

sudo systemctl daemon-reload
sudo systemctl start nginx

通过使用journalctl或cat命令来查看日志，发现存在”too many open files”错误，推测这可能是导致问题的原因。

sudo journalctl -u nginx
cat /var/log/nginx/error.log

假设有nginx配置的问题，获取nginx配置文件的路径。

sudo nginx -t

查看配置文件后发现，nginx.conf中没有提到文件限制。

sudo vi /etc/nginx/nginx.conf

然后考虑到systemd可能存在问题，查看了nginx单元的配置文件（该路径已经从systemctl status获取），明显发现了设定文件上限的选项，因此删除了这行。

sudo vi /etc/systemd/system/nginx.service

如果更改了单元的配置文件，就让systemd获取配置并重新启动nginx。发送一个curl请求，如果能正常返回响应，则表示OK。

sudo systemctl daemon-reload
sudo sysytemctl restart nginx