“vsftpd 已死，但是 subsys 被锁”的问题

今天开机后运行
#service vsftpd start
#service vsftpd status
vsftpd 已死，但是 subsys 被锁
发现这个错误后，备份现在的配置文件为 vsftpd.conf.bak20060401,恢复以前备份的vsftpd.conf
重启vsftpd后正常运行
将现在的vsftpd.conf 与出错的 vsftpd.conf.bak20060401对比
#diff vsftpd.conf vsftpd.conf.bak20060401
32d31
<
48c47
<
---
> #add chown_username and anon_umask to forbid downloading
60c59
< #idle_session_timeout=600
---
> idle_session_timeout=600
107a107,109
> ##add chroot_local_user
> max_clients=5
> max_per_ip=2
108a111
> chroot_local_user
110c113
< userlist_enable=YES
---
> #userlist_enable=YES
发现问题所在，应该是chroot_local_user这句后没定义其值
改为chroot_local_user=YES
#mv vsftpd.conf.bak20060401 vsftpd.conf
重启后正常
先前在网上搜索“vsftpd 已死，但是 subsys 被锁”
得到的结果只有一种

“是超级进程中有个gssftp和vsftpd冲突。屏蔽gssftp后再重起xinet和vsftpd就ok了。”

看来这句话不是全面的
因为我的进程里根本没有gssftp，问题就出现在vsftpd.conf里的低级错误
我认为多数遇到这种问题的应该都是和我一样配置vsftp.conf是有一些疏忽而不是所谓的gssftp。
因此这句在网上大量转载的话也是不完全可信的。