迁移服务器遇到的事技术
又是迁移服务,每次都是拖延症,因为迁移很痛苦,很烧脑,需要一整天的专注。
这次终于住上了别墅,再也不会因为空间的问题而烦恼,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。