Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#4255 - vsftpd daemon's script not correct
Attached to Project:
Arch Linux
Opened by Not Important (pholie) - Wednesday, 22 March 2006, 18:44 GMT
Last edited by arjan timmerman (blaasvis) - Saturday, 25 March 2006, 23:13 GMT
Opened by Not Important (pholie) - Wednesday, 22 March 2006, 18:44 GMT
Last edited by arjan timmerman (blaasvis) - Saturday, 25 March 2006, 23:13 GMT
|
DetailsSet vsftptd to be running as xinetd service by commenting the line: #listen=YES line in /etc/vsftpd.conf. Running the daemon manually produces this output (correctly):
# /usr/sbin/vsftpd 500 OOPS: vsftpd: not configured for standalone, must be started from inetd and will not start the service. Running the daemon from the script with '/etc/rc.d/vsftpd start' however says: :: Starting vsftpd FTP Daemon [DONE] although the daemon is actually not running. This is also why '/etc/rc.d/vsftpd stop' fails. |
This task depends upon
Comment by Roman Kyrylych (Romashka) -
Thursday, 23 March 2006, 07:39 GMT
IMHO it would be better to make vsftpd running in standalone mode, as most users don't use xinetd to launch other daemons.
Comment by Not Important (pholie) -
Thursday, 23 March 2006, 12:34 GMT
Yeah, it works in standalone mode fine. But when you forget to uncomment the line in config which is by default commented, it is configured to run as xinetd service. Now try to run it with '/etc/rc.d/vsftpd start' and it confusingly tells you the daemon has successfully been started but in fact it fails because of the "bad" configuration.