Proftpd i 'wyrzucanie'

dopy - 31-08-2006 02:29
Witam,

Problem pezentuje się nastepująco: ładnie moge polaczyc sie z ftp, jednak co pewien czas przy poruszaniu sie po katalogach (listowaniu) trace polaczenie z serwerem. To samo dzieje sie gdy polacze sie i zaczne wysylac np. katalog zawierajacy sporo plikow, zatrzymuje sie w pewnym momencie z bledem ze zerwano polaczenie... to samo tyczy sie downloadu...

Jeśli to może pomóc to dodam że mam panel vhcs2 który dokleił coś tam od siebie do konfiguracji proftpd.

Wygogolowałem pare osob ktore mialy podobny problem, jednak bez odpowiedzi (np. http://skocz.pl/bzye , http://skocz.pl/bzyg albo też http://skocz.pl/bzyf ).

SysLog zawiera coś takiego:
(oczywiście cenzura celowa ;) )

Znalazlem takze takie info, moze sie przyda: http://skocz.pl/bzyh

Bede wdzieczny za wszelkie wskazowki/pomoc.

Pozdrawiam.

Verdan - 31-08-2006 09:35
Sygnał 11 to segmentation fault:
SIGSEGV 11 C Invalid memory reference

Odpal proftp i wepnij się w proces stracem i zrzuć logi do pliku.
man strace Potem potestuj uploadowanie i jak sie znowu wywali to sprawdz w logach co sie tam dzieje, potem wklej na forum.

Pozdrawiam.

dopy - 01-09-2006 00:56
Przykładowy kawałek - z tego co sie orientuje jest to moment w ktorym wyrzucilo mnie, jesli ten fragment nei pomoze dam dostep do 2 logow pelnych z wgrywania 2 roznymi klientami ftp...

setresuid32(-1, 0, -1) = 0
setresgid32(-1, 0, -1) = 0
read(1, "J\7\0\0\376\377\0\0\376\377\0\0ftp@*****.pl\0\0\0\0\0"..., 520) = 520
kill(1866, SIG_0) = 0
_llseek(1, 0, [536], SEEK_CUR) = 0
read(1, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 520) = 520
kill(0, SIG_0) = 0
_llseek(1, 0, [1056], SEEK_CUR) = 0
read(1, "", 520) = 0
geteuid32() = 0
setresgid32(-1, 65534, -1) = 0
setresuid32(-1, 65534, -1) = 0
fcntl64(1, F_SETLK64, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}, 0xbfffe480) = 0
close(1) = 0
time(NULL) = 1157064702
alarm(30) = 0
lstat64("/etc/shutmsg", 0xbfffdff0) = -1 ENOENT (No such file or directory)
select(1, [0], NULL, NULL, {30, 0}) = ? ERESTARTNOHAND (To be restarted)
--- SIGCHLD (Child exited) @ 0 (0) ---
rt_sigprocmask(SIG_BLOCK, [TERM CHLD], NULL, 8) = 0
waitpid(-1, NULL, WNOHANG) = 1866
waitpid(-1, NULL, WNOHANG) = -1 ECHILD (No child processes)
rt_sigprocmask(SIG_UNBLOCK, [TERM CHLD], NULL, 8) = 0
rt_sigaction(SIGCHLD, {0x80510e0, [CHLD], SA_RESTORER|SA_RESTART, 0x40241a18}, {0x80510e0, [CHLD], SA_RESTORER|SA_RESTART, 0x40241a18}, 8) = 0
sigreturn() = ? (mask now [])
rt_sigprocmask(SIG_BLOCK, [TERM CHLD], NULL, 8) = 0
waitpid(-1, NULL, WNOHANG) = -1 ECHILD (No child processes)
rt_sigprocmask(SIG_UNBLOCK, [TERM CHLD], NULL, 8) = 0
lstat64("/etc/shutmsg", 0xbfffdff0) = -1 ENOENT (No such file or directory)
select(1, [0], NULL, NULL, {30, 0} Dodam jeszce ze we wszystkich logach czesto wystepuje :
lstat64("/etc/shutmsg", 0xbfffdff0) = -1 ENOENT (No such file or directory)
select(1, [0], NULL, NULL, {30, 0}) = ? ERESTARTNOHAND (To be restarted) Jakieś pomysły ?

Verdan - 01-09-2006 11:20
Daj linka do całych logów, bo tutaj niewiele wiadać. Może w pozostałych będzie coś więcej. Czasem niestety jest tak, że logi strace'a niewiele pomagają bo Segmentation Fault następuje głównie gdy program odwołuje się w nieprawidłowy sposób do pamięci lub do obszaru do którego nie powinien. W takim wypadku strace niewiele pomoże.
Jedyne co mi teraz przychodzi to przekompilowanie proftpd z opcją -Wall i staranne przeanalizowanie warningów.

Daj namiary na pełne logi, może jeszcze coś tam się znajdzie.

Liszek - 22-09-2006 09:23
Witam

Ja miałem podobne zrywanie połaczeń.

Po pierwsze jak masz firewalla to sprawdź czy ma ftp_conntract

Po drugie w /etc/proftpd.conf dopisz

DelayEngine off

i jak pomogło to mi powiedz.