Bug 25841

Summary: Зависает vsftpd при подключении pam_script в /etc/pam.d/system-auth
Product: Sisyphus Reporter: Vitaly Lipatov <lav>
Component: vsftpdAssignee: placeholder <placeholder>
Status: NEW --- QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: glebfm, ldv, placeholder
Version: unstable   
Hardware: all   
OS: Linux   

Description Vitaly Lipatov 2011-06-30 22:52:41 MSK
При анонимном логине зависает при закомментированной строке
#no_log_lock=YES
При логине под пользователем зависает на логине.

Как я понимаю, это вызвано подключением pam_script в /etc/pam.d/system-auth

backtrace всегда один и тот же — зависаем на ожидании ответа через сокет.
Ума не приложу, как это отлаживать.

vsftpd-2.3.4-alt1

0xb772471e in __read_nocancel () at ../sysdeps/unix/syscall-template.S:82
82      T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
(gdb) bt
#0  0xb772471e in __read_nocancel () at ../sysdeps/unix/syscall-template.S:82
#1  0x08059929 in read (fd=5, p_buf=0xbfde13ff, size=1) at /usr/include/bits/unistd.h:45
#2  vsf_sysutil_read (fd=5, p_buf=0xbfde13ff, size=1) at sysutil.c:361
#3  0x080599ed in vsf_sysutil_read_loop (fd=5, p_buf=0xbfde13ff, size=1) at sysutil.c:399
#4  0x0804f350 in priv_sock_get_result (fd=5) at privsock.c:132
#5  0x080557e9 in vsf_two_process_login (p_sess=0xbfde1554, p_pass_str=0xbfde1650) at twoprocess.c:179
#6  0x0804a9c4 in handle_pass_command (p_sess=0xbfde1554) at prelogin.c:282
#7  0x0804ac83 in parse_username_password (p_sess=0xbfde1554) at prelogin.c:132
#8  init_connection (p_sess=0xbfde1554) at prelogin.c:62
#9  0x080555a3 in vsf_two_process_start (p_sess=0xbfde1554) at twoprocess.c:135
#10 0x0804a596 in main (argc=-569027393, argv=0xde1650bf) at main.c:244


# rpm -V vsftpd
S.5....T c /etc/logrotate.d/vsftpd
.M...... c /etc/vsftpd/chroot_list
SM5....T c /etc/vsftpd/conf
.M...... c /etc/vsftpd/user_list
SM5....T c /etc/xinetd.d/vsftpd

т.е. /etc/pam.d/vsftpd не менялся
Comment 1 Vitaly Lipatov 2011-06-30 23:11:37 MSK
Есть ещё чем-то похожая
https://bugzilla.altlinux.org/show_bug.cgi?id=14901