scheinbar 40MB-quota ohne dass ich es eingestellt habe

[thegrinch]

Hi!

Mein proftpd läuft soweit super. (auch mit mySQL).

Nur habe ich Probleme beim Uploaden:

Ich kann in kein Verzeichniss mehr als 40 MB hochladen.
Transfers, die dass versuchen, werden abgebrochen.

Hier mal meine proftpd.conf:

Code:

ServerName "MediaInConcert"
ServerType standalone
DeferWelcome off

MultilineRFC2228 on
DefaultServer on
ShowSymlinks on

TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200

DisplayLogin                    welcome.msg
DisplayFirstChdir               .message
ListOptions                 "-l"

DenyFilter \*.*/

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

# Uncomment this if you would use TLS module:
#TLSEngine on

# Uncomment this if you would use quota module:
#Quotas on

# Uncomment this if you would use ratio module:
#Ratios on

Port 21

MaxInstances 20

# Set the user and group that the server normally runs at.
User ftpsrv
Group ftpd

DefaultRoot ~
LogFormat default "%h %l %u %t \"%r\" %s %b"
ExtendedLog /var/log/proftpd.log ALL default
PassivePorts 50000 51000
UseReverseDNS off
<Global>
    SQLConnectInfo ftp-users@localhost:3306 proftp xxxxxx
   
    SQLDefaultGID 45678
    SQLDefaultUID 45679
    SQLMinUserGID 45670
    SQLMinUserUID 45670
   
    SQLAuthTypes Backend Plaintext
    SQLUserInfo ftp username password uid gid homedir shell
    RequireValidShell off
    SQLAuthenticate users*
   
</Global>

# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
Umask 022  022

MaxStoreFileSize *
MaxRetrieveFileSize *


# Normally, we want files to be overwriteable.
AllowOverwrite on

# Delay engine reduces impact of the so-called Timing Attack described in
# http://security.lss.hr/index.php?page=details&ID=LSS-2004-10-02
# It is on by default.
#DelayEngine off

und im Log sieht die betreffende Zeile des abgebrochenen Uploads wie folgt aus:

Code:

<IP> UNKNOWN <username> <datum> STOR <dateiname> 452 <dateigröße in byte>

Und die dateigröße ist natürlich zu klein.
Asho...am Festplatenplatz liegt es natürlich nicht!

VIELEN DANK FÜR EURE HILFE IM VORAUS!!!

euer grinch

[stonki]

1) Debug Log
2) Totaler schuss in blaue: verdoppelte mal Deine TimeOut Zeiten und probier es noch mal

[thegrinch]

Hallo!
War ein dummer fehler von mir:
der 1und1 root server ist standardmäßig (bitte frag nicht warum) so partitioniert, dass 63 von 80 GB im home-verzeichnis gemountet sind. und in der partition, in der ich den ftp laufen lassen wollte, waren von 512 nurnoch 38 MB frei....
danke für eure hilfe trotzdem