LMLPHP后院

扫码查看  原文链接 : https://blog.lmlphp.com/archives/914/Things_encountered_when_migrating_servers  来自 : LMLPHP后院

又是迁移服务，每次都是拖延症，因为迁移很痛苦，很烧脑，需要一整天的专注。

这次终于住上了别墅，再也不会因为空间的问题而烦恼，MySQL 这种垃圾软件，解决了 1% 的问题，带来了 99% 的痛苦，像这样的垃圾软件竟然在我等初入 IT 界时被奉为圭臬，几乎是面试必须要懂的，真是时代之悲哀啊！

先讲一讲我一路走来，十多年了，这次迁移遇到的怪事。

  331  rm /var/log/main.log
  332  ls -alrt /var/log/mail*
  333  rm /var/log/mail.log
  334  df -h
  335  rm /var/log/mail.info
  336  df -h
  337  df -h
  338  ls -alrt /var/log/mail*
  339  du -sh /var/log/*| grep G
  340  rm /var/log/mail.log.1
  341  df -h
  342  du -sh /var/log/*| grep G
  343  rm /var/log/mail.info.1
  344  rm /var/log/syslog
  345  rm /var/log/syslog.1


/var/log/mail.log
/var/log/mail.info
/var/log/mail.log.1
/var/log/mail.info.1
/var/log/syslog
/var/log/syslog.1

几天前删掉了这个几个大文件，应该是邮件端口被攻击导致日志暴增。

查看其中一个内容：

root@debian-s-1vcpu-2gb-nyc1-01-d18:/var/log# tail mail.warn.1
Dec 10 00:00:19 debian-s-1vcpu-2gb-nyc1-01-d18 postfix/smtpd[2898824]: warning: connect to Milter service local:/run/opendkim/opendkim.sock: No such file or directory
Dec 10 00:00:19 debian-s-1vcpu-2gb-nyc1-01-d18 postfix/smtpd[2898912]: warning: connect to Milter service local:/run/opendkim/opendkim.sock: No such file or directory
Dec 10 00:00:19 debian-s-1vcpu-2gb-nyc1-01-d18 postfix/smtpd[2898987]: warning: connect to Milter service local:/run/opendkim/opendkim.sock: No such file or directory
Dec 10 00:00:19 debian-s-1vcpu-2gb-nyc1-01-d18 postfix/smtpd[2898845]: warning: connect to Milter service local:/run/opendkim/opendkim.sock: No such file or directory
Dec 10 00:00:19 debian-s-1vcpu-2gb-nyc1-01-d18 postfix/smtpd[2898753]: warning: connect to Milter service local:/run/opendkim/opendkim.sock: No such file or directory
Dec 10 00:00:20 debian-s-1vcpu-2gb-nyc1-01-d18 postfix/smtpd[2898928]: warning: connect to Milter service local:/run/opendkim/opendkim.sock: No such file or directory
Dec 10 00:00:20 debian-s-1vcpu-2gb-nyc1-01-d18 postfix/smtpd[2898955]: warning: connect to Milter service local:/run/opendkim/opendkim.sock: No such file or directory
Dec 10 00:00:20 debian-s-1vcpu-2gb-nyc1-01-d18 postfix/smtpd[2898954]: warning: connect to Milter service local:/run/opendkim/opendkim.sock: No such file or directory
Dec 10 00:00:20 debian-s-1vcpu-2gb-nyc1-01-d18 postfix/smtpd[2899000]: warning: connect to Milter service local:/run/opendkim/opendkim.sock: No such file or directory
Dec 10 00:00:20 debian-s-1vcpu-2gb-nyc1-01-d18 postfix/smtpd[2898836]: warning: connect to Milter service local:/run/opendkim/opendkim.sock: No such file or directory

我在前几天删除了很多占用空间的大文件，好不容易腾出了 11G 空间，结果没到几天的时间，就又发生没有空间了，一点都没有了，日志写不了，好在服务能勉强正常。

其实之前因为空间不足，都干过很多次 truncate table 然后在 source 的事情，每次都能腾出 10 多 G 空间，且每次都能好几个月不出问题。

当我迁移完成，重启了机器之后，空间正常了，一下子出来了 24G 空间。看如下日志：

root@debian-s-1vcpu-2gb-nyc1-01-d18:~/bak# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            976M     0  976M   0% /dev
tmpfs           199M  532K  198M   1% /run
/dev/vda1        50G   42G  6.7G  87% /
tmpfs           992M     0  992M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/vda15      124M   11M  114M   9% /boot/efi
tmpfs           199M     0  199M   0% /run/user/0

root@debian-s-1vcpu-2gb-nyc1-01-d18:~/bak# mysqldump -uroot --databases lmlphp --tables xxx --default-character-set=utf8mb4 -r lmlphp.dump

root@debian-s-1vcpu-2gb-nyc1-01-d18:~/bak# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            976M     0  976M   0% /dev
tmpfs           199M  532K  198M   1% /run
/dev/vda1        50G   48G  547M  99% /
tmpfs           992M     0  992M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/vda15      124M   11M  114M   9% /boot/efi
tmpfs           199M     0  199M   0% /run/user/0
root@debian-s-1vcpu-2gb-nyc1-01-d18:# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            976M     0  976M   0% /dev
tmpfs           199M  532K  198M   1% /run
/dev/vda1        50G   42G  6.7G  87% /
tmpfs           992M     0  992M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/vda15      124M   11M  114M   9% /boot/efi
tmpfs           199M     0  199M   0% /run/user/0

after restart ...

root@debian-s-1vcpu-2gb-nyc1-01-d18:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            967M     0  967M   0% /dev
tmpfs           198M  500K  197M   1% /run
/dev/vda1        50G   24G   24G  51% /
tmpfs           986M     0  986M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/vda15      124M   11M  114M   9% /boot/efi
tmpfs           198M     0  198M   0% /run/user/0

在网上找了一些资料，说是要 kill 掉一些进程，没敢乱来，于是好不容易挪出 6.7 G 空间后，勉强迁移完成，好险啊！重启之后空间恢复。

作站十多年了，第一次遇到 DigitalOcean 的机器出现这种问题，曾经用过很多机器都不曾出现过这种问题。我当然也发了工单咨询，看如下：

看 America 的平庸工程师售后，也不过尔尔，你说 DigitalOcean 里面有人懂吗，也许有的，就是帮 DG 构建虚拟系统软件核心人员或许懂得，但是管理制度让他们纵然知道会有这样的问题，他们也不会解决，因为很难重现这样的情况。纵然互联网信息传输之快，信息的壁垒自古以来，从来都不曾改变，哪怕是如来无天，也需要通过冥想才能得知真相。这世界的信息，能便捷获得的都是肤浅的，稍微深入一点点，任何工具都找不到答案，搜索引擎就是个笑话。

我已经很少写技术相关的文章了，哪怕平时也没有什么想写的冲动了，今天难得记录一次。

Say goodbye to this machine。