PROFTPD s arrete tout seul ubuntu 14.04

Sebbabas · Le 12/10/2014, à 16:09

Bonjours
voila j ai un probleme avec proftpd,c est le 2e serveur ou je l installe et il s arrete tout seul au bout de 2 jours vers 6h du mat .
Pourquoi?
Merci d avance.

Dernière modification par Sebbabas (Le 23/10/2014, à 10:23)

yann_001 · Le 12/10/2014, à 18:05

Bonsoir.

Pourrais-tu fournir les logs ainsi que le retour de l'édition du fichier :

 /etc/proftpd/proftpd.conf

Sebbabas · Le 12/10/2014, à 18:30

proftpd.conf

# /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file.
# To really apply changes, reload proftpd after modifications, if
# it runs in daemon mode. It is not required in inetd/xinetd mode.
# 

# Includes DSO modules
Include /etc/proftpd/modules.conf

# Set off to disable IPv6 support which is annoying on IPv4 only boxes.
UseIPv6				on
# If set on you can experience a longer connection delay in many cases.
IdentLookups			off

ServerName			"FTP"
ServerType standalone
DeferWelcome			off

MultilineRFC2228 on
DefaultServer			on
ShowSymlinks			on

TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200

DisplayLogin                    welcome.msg
DisplayChdir               	.message true
ListOptions                	"-l"

DenyFilter			\*.*/

# Use this to jail all users in their homes 
# DefaultRoot			~

# Users require a valid shell listed in /etc/shells to login.
# Use this directive to release that constrain.
# RequireValidShell		off

# Port 21 is the standard FTP port.
Port				21

# In some cases you have to specify passive ports range to by-pass
# firewall limitations. Ephemeral ports can be used for that, but
# feel free to use a more narrow range.
PassivePorts                  65400 65500

# If your host was NATted, this option is useful in order to
# allow passive tranfers to work. You have to use your public
# address and opening the passive ports used on your firewall as well.
# MasqueradeAddress		*.*.*.*

# This is useful for masquerading address with dynamic IPs:
# refresh any configured MasqueradeAddress directives every 8 hours
<IfModule mod_dynmasq.c>
# DynMasqRefresh 28800
</IfModule>

# To prevent DoS attacks, set the maximum number of child processes
# to 30.  If you need to allow more than 30 concurrent connections
# at once, simply increase this value.  Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances 30

# Set the user and group that the server normally runs at.
User				proftpd
Group				nogroup

# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
Umask				022  022
# Normally, we want files to be overwriteable.
AllowOverwrite			on

# Uncomment this if you are using NIS or LDAP via NSS to retrieve passwords:
# PersistentPasswd		off

# This is required to use both PAM-based authentication and local passwords
# AuthOrder			mod_auth_pam.c* mod_auth_unix.c

# Be warned: use of this directive impacts CPU average load!
# Uncomment this if you like to see progress and transfer rate with ftpwho
# in downloads. That is not needed for uploads rates.
#
# UseSendFile			off

TransferLog /var/log/proftpd/xferlog
SystemLog   /var/log/proftpd/proftpd.log

# Logging onto /var/log/lastlog is enabled but set to off by default
#UseLastlog on

# In order to keep log file dates consistent after chroot, use timezone info
# from /etc/localtime.  If this is not set, and proftpd is configured to
# chroot (e.g. DefaultRoot or <Anonymous>), it will use the non-daylight
# savings timezone regardless of whether DST is in effect.
#SetEnv TZ :/etc/localtime

<IfModule mod_quotatab.c>
QuotaEngine off
</IfModule>

<IfModule mod_ratio.c>
Ratios off
</IfModule>


# Delay engine reduces impact of the so-called Timing Attack described in
# http://www.securityfocus.com/bid/11430/discuss
# It is on by default. 
<IfModule mod_delay.c>
DelayEngine on
</IfModule>

<IfModule mod_ctrls.c>
ControlsEngine        off
ControlsMaxClients    2
ControlsLog           /var/log/proftpd/controls.log
ControlsInterval      5
ControlsSocket        /var/run/proftpd/proftpd.sock
</IfModule>

<IfModule mod_ctrls_admin.c>
AdminControlsEngine off
</IfModule>

#
# Alternative authentication frameworks
#
#Include /etc/proftpd/ldap.conf
#Include /etc/proftpd/sql.conf

#
# This is used for FTPS connections
#
#Include /etc/proftpd/tls.conf

#
# Useful to keep VirtualHost/VirtualRoot directives separated
#
#Include /etc/proftpd/virtuals.conf

# A basic anonymous configuration, no upload directories.

# <Anonymous ~ftp>
#   User				ftp
#   Group				nogroup
#   # We want clients to be able to login with "anonymous" as well as "ftp"
#   UserAlias			anonymous ftp
#   # Cosmetic changes, all files belongs to ftp user
#   DirFakeUser	on ftp
#   DirFakeGroup on ftp
# 
#   RequireValidShell		off
# 
#   # Limit the maximum number of anonymous logins
#   MaxClients			10
# 
#   # We want 'welcome.msg' displayed at login, and '.message' displayed
#   # in each newly chdired directory.
#   DisplayLogin			welcome.msg
#   DisplayChdir		.message
# 
#   # Limit WRITE everywhere in the anonymous chroot
#   <Directory *>
#     <Limit WRITE>
#       DenyAll
#     </Limit>
#   </Directory>
# 
#   # Uncomment this if you're brave.
#   # <Directory incoming>
#   #   # Umask 022 is a good standard umask to prevent new files and dirs
#   #   # (second parm) from being group and world writable.
#   #   Umask				022  022
#   #            <Limit READ WRITE>
#   #            DenyAll
#   #            </Limit>
#   #            <Limit STOR>
#   #            AllowAll
#   #            </Limit>
#   # </Directory>
# 
# </Anonymous>

# Include other custom configuration files
Include /etc/proftpd/conf.d/
<Global>
DefaultRoot ~
AllowRetrieveRestart on
AllowStoreRestart on
</Global>

et le log:

2014-10-09 06:53:58,691 sd-25496 proftpd[32060] sd-25496.dedibox.fr: ProFTPD killed (signal 15)
2014-10-09 06:53:58,691 sd-25496 proftpd[32060] sd-25496.dedibox.fr: ProFTPD 1.3.5rc3 standalone mode SHUTDOWN
..........
2014-10-12 06:25:08,257 sd-25496 proftpd[7700] sd-25496.dedibox.fr: ProFTPD killed (signal 15)
2014-10-12 06:25:08,295 sd-25496 proftpd[7700] sd-25496.dedibox.fr: ProFTPD 1.3.5rc3 standalone mode SHUTDOWN

voila en fait 3 jours et hop il décide de s arrêter.
Merci d'avance

yann_001 · Le 12/10/2014, à 19:08

Je ne suis pas un expert mais regarde du coté de timeout dans le fichier de configuration.

Dernière modification par yann_001 (Le 12/10/2014, à 19:08)

tiramiseb · Le 12/10/2014, à 20:05

Salut,

Tu es sûr qu'il n'y a aucun cronjob qui tue le serveur FTP ?

===>

ls /etc/cron.*
cat /etc/crontab

Sebbabas · Le 16/10/2014, à 12:44

Voila les retours des 2 commandes:

root@oups:~# ls /etc/cron.*
/etc/cron.d:
php5

/etc/cron.daily:
apache2   apt-show-versions  logrotate  passwd
apt       bsdmainutils       man-db     popularity-contest
aptitude  dpkg               mlocate    upstart

/etc/cron.hourly:

/etc/cron.monthly:

/etc/cron.weekly:
apt-xapian-index  fstrim  man-db
root@oups:~# cat /etc/crontab
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user  command
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#

merci

Dernière modification par Sebbabas (Le 16/10/2014, à 12:45)

tiramiseb · Le 16/10/2014, à 13:26

Rien de probant pour le moment... Je ne crois pas que l'un de ces "crons" soit impliqué dans ce comportement.

voila en fait 3 jours et hop il décide de s arrêter.

3 jours pile ? Ou alors "telle heure après 3 jours" ? Ou alors "telle heure à tel jour de la semaine" ?

Sebbabas · Le 17/10/2014, à 11:08

Salut
voila le log

2014-10-09 06:53:58,691 sd-25496 proftpd[32060] sd-25496.dedibox.fr: ProFTPD killed (signal 15)
2014-10-09 06:53:58,691 sd-25496 proftpd[32060] sd-25496.dedibox.fr: ProFTPD 1.3.5rc3 standalone mode SHUTDOWN
..........
2014-10-12 06:25:08,257 sd-25496 proftpd[7700] sd-25496.dedibox.fr: ProFTPD killed (signal 15)
2014-10-12 06:25:08,295 sd-25496 proftpd[7700] sd-25496.dedibox.fr: ProFTPD 1.3.5rc3 standalone mode SHUTDOWN

j'ai l impression que c est a la rotation des logs.
j ai donc modifié une ligne trouve sur le net mais le serveur s arrête plus (cool) mais le log reste toujours le même maintenant.

dans /etc/init.d/proftpd:
ligne : start-stop-daemon --stop --signal $SIGNAL --quiet --pidfile "$PIDFILE"  
remplacé par :  start-stop-daemon --stop --signal $SIGNAL --retry 2 --quiet --pidfile "$PIDFILE"

Merci

neovea · Le 23/10/2014, à 09:03

Bonjour, j'ai exactement le même souci : le service s'arrête très fréquemment (tous les 2 ou 3 jours). Je suis forcé de le relancer manuellement à chaque fois. Et j'ai ce souci non pas sur une machine, mais sur toutes les machines Ubuntu 14.04 (5 au total) sans exception. J'ai regardé du côté du log dans /var/log/proftpd/proftpd.log mais le soucis est que le log ne m'affiche que les événements survenus depuis le redémarrage du service.
C'est pénible. Avant de créer un watchdog qui teste et redémarre le service proftpd toutes les x heures, je préférerais solutionner le problème de manière "pacifique" si possible.

tiramiseb · Le 23/10/2014, à 09:04

le soucis est que le log ne m'affiche que les événements survenus depuis le redémarrage du service.

Il n'y a pas d'ancien log (suffixé ".1" par exemple) ?

neovea · Le 23/10/2014, à 09:22

Oui en effet, voici ce que ça donne :

2014-10-19 06:40:46,418 vps.ovh.net proftpd[3409] vps.ovh.net: ProFTPD killed (signal 15)
2014-10-19 06:40:46,513 vps.ovh.net proftpd[3409] vps.ovh.net: ProFTPD 1.3.5rc3 standalone mode SHUTDOWN

Du coup je viens de tomber sur ça, je ne sais pas si ça colle mais je vais tester :
http://stackoverflow.com/questions/2366 … r-23666795

Dernière modification par neovea (Le 23/10/2014, à 09:25)

bruno · Le 23/10/2014, à 09:31

Bonjour,

Cela semble effectivement lié à la rotation des logs. Peux-tu annuler tes modifications sur /etc/init.d/proftpd et essayer de modifier le fichier le fichier /etc/logrotate.d/proftpd-basic en remplaçant les lignes :

invoke-rc.d proftpd restart 2>/dev/null >/dev/null || true

par :

/usr/sbin/invoke-rc.d proftpd restart 2>/dev/null >/dev/null || true

ou par :

/etc/init.d/proftpd restart > /dev/null

tiramiseb · Le 23/10/2014, à 09:36

Autre possibilité, afin de déboguer : rediriger vers un fichier au lieu de /dev/null :

invoke-rc.d proftpd restart 2>>/tmp/bug_proftpd >>/tmp/bug_proftpd || true

Du coup vous verrez quelle est l'erreur qui provoque ça...

neovea · Le 23/10/2014, à 10:05

Ok Bruno, j'ai annulé les modifs et j'ai appliqué le la redirection vers fichier suggérée par tiramiseb.
Je vous fais un retour dès que ça plante.

bruno · Le 23/10/2014, à 10:11

Si c'est bien la rotation des logs qui provogue le plantage il suffit de la lancer « à la main » pour voir. De la me façon s'il y a un bogue dans le fichier /etc/init.d/progftp.d comme le suggère ton lien en #11 il suffit de lancer ce script à la main (avec restart).

Sebbabas · Le 23/10/2014, à 10:17

Salut tout le monde
Je confirme que la solution suivante fonctionne parfaitement la rotation c est bien faite et plus aucun arret du serveur Proftpd.

dans /etc/init.d/proftpd:
ligne : start-stop-daemon --stop --signal $SIGNAL --quiet --pidfile "$PIDFILE"  
remplacé par :  start-stop-daemon --stop --signal $SIGNAL --retry 2 --quiet --pidfile "$PIDFILE"

Merci a tous.

tiramiseb · Le 23/10/2014, à 10:21

Ça c'est un contournement : sans le "retry", ça tente de relancer et si ça ne fonctionne pas tant pis. Avec le "retry", si au relancement ça plante alors ça essaie de relancer encore une fois.
Ce serait cool d'identifier le problème à la base, si possible

Si c'est bien la rotation des logs qui provogue le plantage il suffit de la lancer « à la main » pour voir.

C'est pas faux, il est possible de tester à la main...

Sebbabas · Le 23/10/2014, à 10:24

Salut
Bon j enlève le résolu en espérant trouver une vrai solution à ce problème
Merci

Dernière modification par Sebbabas (Le 23/10/2014, à 10:26)

neovea · Le 23/10/2014, à 11:09

Sebbabas a écrit :

Salut
Bon j enlève le résolu en espérant trouver une vrai solution à ce problème
Merci

+1

neovea · Le 23/10/2014, à 13:10

tiramiseb a écrit :

Autre possibilité, afin de déboguer : rediriger vers un fichier au lieu de /dev/null :
invoke-rc.d proftpd restart 2>>/tmp/bug_proftpd >>/tmp/bug_proftpd || true
Du coup vous verrez quelle est l'erreur qui provoque ça...

J'ai à nouveau eu le souci, le contenu du fichier n'indique rien d'autre que

 * Stopping ftp server proftpd
   ...done.
 * Starting ftp server proftpd
   ...done.

et lorsque je check le status du service de proftpd :

ProFTPD is started in standalone mode, currently not running.

les logs renvoient ça :

2014-10-23 10:15:48,026 vps.ovh.net proftpd[13478] vps.ovh.net (xxx.xxx.xxx.xxx.rev.sfr.net[xxx.xxx.xxx.xxx]): FTP no transfer timeout, disconnected
2014-10-23 10:15:48,028 vps.ovh.net proftpd[13478] vps.ovh.net (xxx.xxx.xxx.xxx.rev.sfr.net[xxx.xxx.xxx.xxx]): RELINQUISH PRIVS: unable to seteuid(PR_ROOT_UID): Operation not permitted
2014-10-23 10:15:48,028 vps.ovh.net proftpd[13478] vps.ovh.net (xxx.xxx.xxx.xxx.rev.sfr.net[xxx.xxx.xxx.xxx]): FTP session closed.
2014-10-23 10:27:45,826 vps.ovh.net proftpd[13361] vps.ovh.net: ProFTPD killed (signal 15)
2014-10-23 10:27:45,828 vps.ovh.net proftpd[13361] vps.ovh.net: ProFTPD 1.3.5rc3 standalone mode SHUTDOWN
2014-10-23 10:27:45,881 vps.ovh.net proftpd[13840] vps.ovh.net: ProFTPD 1.3.5rc3 (devel) (built Fri Dec 20 2013 18:05:41 UTC) standalone mode STARTUP
2014-10-23 11:04:10,441 vps.ovh.net proftpd[13840] vps.ovh.net: ProFTPD killed (signal 15)
2014-10-23 11:04:10,443 vps.ovh.net proftpd[13840] vps.ovh.net: ProFTPD 1.3.5rc3 standalone mode SHUTDOWN
2014-10-23 11:04:10,488 vps.ovh.net proftpd[14159] vps.ovh.net: ProFTPD 1.3.5rc3 (devel) (built Fri Dec 20 2013 18:05:41 UTC) standalone mode STARTUP
2014-10-23 11:04:43,361 vps.ovh.net proftpd[14159] vps.ovh.net: ProFTPD killed (signal 15)
2014-10-23 11:04:43,362 vps.ovh.net proftpd[14159] vps.ovh.net: ProFTPD 1.3.5rc3 standalone mode SHUTDOWN

Kikou017 · Le 08/03/2015, à 08:48

Bonjour,

Je fais remonter ce fil car j'ai exactement le même problème.
le dimanche matin, lors du logrotate, j'ai une erreur me disant que le fichier a été modifié pendant qu'il était zippé. Je reçois le mail suivant de anacronjob :

/etc/cron.daily/logrotate:
gzip: stdin: file size changed while zipping

Au même moment, le serveur proftpd est arrêté.
Toujours au même moment, le fichier proftpd.log devient proftpd.log.1 Les dernières lignes sont les suivantes :

2015-03-08 07:59:11,789 Serveur proftpd[1544] Serveur: ProFTPD killed (signal 15)
2015-03-08 07:59:13,072 Serveur proftpd[1544] Serveur: ProFTPD 1.3.5rc3 standalone mode SHUTDOWN

Le nouveau fichier proftpd.log est créé mais vierge puisque le service est arrêté.

Ca arrive toujours le dimanche matin mais pas exactement à la même heure : 7h59 ce matin et 7h38 dimanche dernier.

Avez-vous trouvé une solution qui fonctionne ?

Merci

Dernière modification par Kikou017 (Le 08/03/2015, à 08:50)

bruno · Le 08/03/2015, à 09:06

Bonjour,

Peux-tu poster le contenu de ton fichier /etc/logrotate.d/proftpd-basic ? En tout cas vérifier que tu as bien des directives delaycompress dans chaque section :

…
        compress
        delaycompress
…

Kikou017 · Le 08/03/2015, à 20:31

Salut,

Cela semble être le cas. Voici le contenu du fichier :

/var/log/proftpd/proftpd.log 
/var/log/proftpd/controls.log 
{
	weekly
	missingok
	rotate 7
	compress
	delaycompress
	notifempty
	create 640 root adm
	sharedscripts
	postrotate
		# reload could be not sufficient for all logs, a restart is safer
		invoke-rc.d proftpd restart 2>/dev/null >/dev/null || true
	endscript
}

/var/log/proftpd/xferlog
/var/log/proftpd/xferreport
{
	monthly
	missingok
	rotate 7
	compress
	delaycompress
	notifempty
	create 640 root adm
	sharedscripts
	prerotate
	endscript
	postrotate
		# reload could be not sufficient for all logs, a restart is safer
		invoke-rc.d proftpd restart 2>/dev/null >/dev/null || true
        # run ftpstats on past transfer log
        ftpstats -a -r -l 2 -d -h -f /var/log/proftpd/xferlog.0 2>/dev/null >/var/log/proftpd/xferreport || true
    endscript
}

Dernière modification par Kikou017 (Le 08/03/2015, à 20:32)

Kikou017 · Le 16/03/2015, à 16:17

Salut,

Ce matin, le fichier log proftpd.log a été renouvelé avec logrotate et de nouveau, j'ai mon serveur ftp arrêté.
C'est assez pénible.
Sais-tu comment faire ?
Les résultats de commandes que je t'ai postées t'aident à quelque chose ?

Merci

bruno · Le 17/03/2015, à 13:15

Désolé, je ne vois pas d'où cela vient… Un bogue de gzip ? Tu peux éventuellement essayer avec bzip2

	compress
	delaycompress
        compresscmd /bin/bzip2
        compressext .bz2

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/10/2014, à 16:09

PROFTPD s arrete tout seul ubuntu 14.04

#2 Le 12/10/2014, à 18:05

Re : PROFTPD s arrete tout seul ubuntu 14.04

#3 Le 12/10/2014, à 18:30

Re : PROFTPD s arrete tout seul ubuntu 14.04

#4 Le 12/10/2014, à 19:08

Re : PROFTPD s arrete tout seul ubuntu 14.04

#5 Le 12/10/2014, à 20:05

Re : PROFTPD s arrete tout seul ubuntu 14.04

#6 Le 16/10/2014, à 12:44

Re : PROFTPD s arrete tout seul ubuntu 14.04

#7 Le 16/10/2014, à 13:26

Re : PROFTPD s arrete tout seul ubuntu 14.04

#8 Le 17/10/2014, à 11:08

Re : PROFTPD s arrete tout seul ubuntu 14.04

#9 Le 23/10/2014, à 09:03

Re : PROFTPD s arrete tout seul ubuntu 14.04

#10 Le 23/10/2014, à 09:04

Re : PROFTPD s arrete tout seul ubuntu 14.04

#11 Le 23/10/2014, à 09:22

Re : PROFTPD s arrete tout seul ubuntu 14.04

#12 Le 23/10/2014, à 09:31

Re : PROFTPD s arrete tout seul ubuntu 14.04

#13 Le 23/10/2014, à 09:36

Re : PROFTPD s arrete tout seul ubuntu 14.04

#14 Le 23/10/2014, à 10:05

Re : PROFTPD s arrete tout seul ubuntu 14.04

#15 Le 23/10/2014, à 10:11

Re : PROFTPD s arrete tout seul ubuntu 14.04

#16 Le 23/10/2014, à 10:17

Re : PROFTPD s arrete tout seul ubuntu 14.04

#17 Le 23/10/2014, à 10:21

Re : PROFTPD s arrete tout seul ubuntu 14.04

#18 Le 23/10/2014, à 10:24

Re : PROFTPD s arrete tout seul ubuntu 14.04

#19 Le 23/10/2014, à 11:09

Re : PROFTPD s arrete tout seul ubuntu 14.04

#20 Le 23/10/2014, à 13:10

Re : PROFTPD s arrete tout seul ubuntu 14.04

#21 Le 08/03/2015, à 08:48

Re : PROFTPD s arrete tout seul ubuntu 14.04

#22 Le 08/03/2015, à 09:06

Re : PROFTPD s arrete tout seul ubuntu 14.04

#23 Le 08/03/2015, à 20:31

Re : PROFTPD s arrete tout seul ubuntu 14.04

#24 Le 16/03/2015, à 16:17

Re : PROFTPD s arrete tout seul ubuntu 14.04

#25 Le 17/03/2015, à 13:15

Re : PROFTPD s arrete tout seul ubuntu 14.04

Pied de page des forums