* [Sysadmins] vsftpd and xinetd p7 @ 2015-01-21 11:52 Andrii Dobrovol`s`kii 2015-01-21 13:59 ` Anton Farygin 2015-02-09 16:20 ` Andrey Kuleshov 0 siblings, 2 replies; 12+ messages in thread From: Andrii Dobrovol`s`kii @ 2015-01-21 11:52 UTC (permalink / raw) To: ALT Linux sysadmin discuss -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, У меня со старых времен vsftpd работает под [inetd. Сейчас сервер уже под р7. С нового года почему-то xinetd постоянно валится практически сразу после запуска без жалоб в логи. Ну и фтп становится доступен по фазам луны. Как понять, что происходит? Логи самого vsftpd тоже чистые. - -- Rgrds, Andriy ********************************************************************* email: dobr at iop dot kiev dot ua Kyiv, Ukraine Phone: (380-44) 525-7824 Department of Gas Electronics Fax: (380-44) 525-2329 Institute of Physics of NASU ********************************************************************* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iF4EAREIAAYFAlS/kwwACgkQpBPgR3404hO60QD9E7K6jUzIRsjuif6/dIWxNv1P sg1idJFDplf/jlmcO+0BAMyba0Jfh8NMEi/P6K9U98GmSPA6HJAsymMwj6Ur24He =7K6q -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-01-21 11:52 [Sysadmins] vsftpd and xinetd p7 Andrii Dobrovol`s`kii @ 2015-01-21 13:59 ` Anton Farygin 2015-02-09 14:44 ` Andrii Dobrovol`s`kii 2015-02-09 16:20 ` Andrey Kuleshov 1 sibling, 1 reply; 12+ messages in thread From: Anton Farygin @ 2015-01-21 13:59 UTC (permalink / raw) To: sysadmins On 21.01.2015 14:52, Andrii Dobrovol`s`kii wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi, > У меня со старых времен vsftpd работает под [inetd. Сейчас сервер > уже под р7. > С нового года почему-то xinetd постоянно валится практически сразу > после запуска без жалоб в логи. Ну и фтп становится доступен по > фазам луны. > Как понять, что происходит? Логи самого vsftpd тоже чистые. Запустить под strace и посмотреть что происходит У меня, правда на Sisyphus, всё окей в аналогичной схеме. ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-01-21 13:59 ` Anton Farygin @ 2015-02-09 14:44 ` Andrii Dobrovol`s`kii 2015-02-09 15:21 ` Andrii Dobrovol`s`kii 0 siblings, 1 reply; 12+ messages in thread From: Andrii Dobrovol`s`kii @ 2015-02-09 14:44 UTC (permalink / raw) To: ALT Linux sysadmins' discussion -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Anton Farygin wrote: > On 21.01.2015 14:52, Andrii Dobrovol`s`kii wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >> >> Hi, У меня со старых времен vsftpd работает под [inetd. >> Сейчас сервер уже под р7. С нового года почему-то xinetd >> постоянно валится практически сразу после запуска без жалоб в >> логи. Ну и фтп становится доступен по фазам луны. Как понять, >> что происходит? Логи самого vsftpd тоже чистые. > > Запустить под strace и посмотреть что происходит > > У меня, правда на Sisyphus, всё окей в аналогичной схеме. > Поработал пару дней и снова... Попробовал strace, но я в его выводе не силен. Может кто-то помочь? strace systemctl restart xinetd execve("/bin/systemctl", ["systemctl", "restart", "xinetd"], [/* 28 vars */]) = 0 brk(0) = 0x646000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0x7fb86f236000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=51602, ...}) = 0 mmap(NULL, 51602, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f229000 close(3) = 0 open("/lib64/libsystemd-daemon.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\r\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=14240, ...}) = 0 mmap(NULL, 2109448, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb86ee12000 fadvise64(3, 0, 2109448, POSIX_FADV_WILLNEED) = 0 mprotect(0x7fb86ee14000, 2097152, PROT_NONE) = 0 mmap(0x7fb86f014000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fb86f014000 mmap(0x7fb86f015000, 8, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fb86f015000 close(3) = 0 open("/lib64/libdbus-1.so.3", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260~\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=286432, ...}) = 0 mmap(NULL, 2382304, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb86ebcc000 fadvise64(3, 0, 2382304, POSIX_FADV_WILLNEED) = 0 mprotect(0x7fb86ec10000, 2097152, PROT_NONE) = 0 mmap(0x7fb86ee10000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x44000) = 0x7fb86ee10000 close(3) = 0 open("/lib64/libselinux.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0c\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=130584, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0x7fb86f228000 mmap(NULL, 2230328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb86e9ab000 fadvise64(3, 0, 2230328, POSIX_FADV_WILLNEED) = 0 mprotect(0x7fb86e9ca000, 2093056, PROT_NONE) = 0 mmap(0x7fb86ebc9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1e000) = 0x7fb86ebc9000 mmap(0x7fb86ebcb000, 2104, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fb86ebcb000 close(3) = 0 open("/lib64/liblzma.so.5", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p*\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=145744, ...}) = 0 mmap(NULL, 2240984, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb86e787000 fadvise64(3, 0, 2240984, POSIX_FADV_WILLNEED) = 0 mprotect(0x7fb86e7aa000, 2093056, PROT_NONE) = 0 mmap(0x7fb86e9a9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22000) = 0x7fb86e9a9000 close(3) = 0 open("/lib64/librt.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200#\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=31832, ...}) = 0 mmap(NULL, 2128888, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb86e57f000 fadvise64(3, 0, 2128888, POSIX_FADV_WILLNEED) = 0 mprotect(0x7fb86e586000, 2093056, PROT_NONE) = 0 mmap(0x7fb86e785000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7fb86e785000 close(3) = 0 open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \33\2\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1754808, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0x7fb86f227000 mmap(NULL, 3861696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb86e1d0000 fadvise64(3, 0, 3861696, POSIX_FADV_WILLNEED) = 0 mprotect(0x7fb86e376000, 2093056, PROT_NONE) = 0 mmap(0x7fb86e575000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a5000) = 0x7fb86e575000 mmap(0x7fb86e57b000, 15552, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fb86e57b000 close(3) = 0 open("/lib64/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300m\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=143408, ...}) = 0 mmap(NULL, 2212800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb86dfb3000 fadvise64(3, 0, 2212800, POSIX_FADV_WILLNEED) = 0 mprotect(0x7fb86dfca000, 2097152, PROT_NONE) = 0 mmap(0x7fb86e1ca000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7fb86e1ca000 mmap(0x7fb86e1cc000, 13248, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fb86e1cc000 close(3) = 0 open("/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\16\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=14664, ...}) = 0 mmap(NULL, 2109720, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb86ddaf000 fadvise64(3, 0, 2109720, POSIX_FADV_WILLNEED) = 0 mprotect(0x7fb86ddb2000, 2093056, PROT_NONE) = 0 mmap(0x7fb86dfb1000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fb86dfb1000 close(3) = 0 open("/lib64/libpcre.so.3", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p\25\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=264368, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0x7fb86f226000 mmap(NULL, 2359528, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb86db6e000 fadvise64(3, 0, 2359528, POSIX_FADV_WILLNEED) = 0 mprotect(0x7fb86dbae000, 2093056, PROT_NONE) = 0 mmap(0x7fb86ddad000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3f000) = 0x7fb86ddad000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0x7fb86f225000 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0x7fb86f223000 arch_prctl(ARCH_SET_FS, 0x7fb86f223800) = 0 mprotect(0x7fb86e575000, 16384, PROT_READ) = 0 mprotect(0x7fb86ddad000, 4096, PROT_READ) = 0 mprotect(0x7fb86dfb1000, 4096, PROT_READ) = 0 mprotect(0x7fb86e1ca000, 4096, PROT_READ) = 0 mprotect(0x7fb86e785000, 4096, PROT_READ) = 0 mprotect(0x7fb86e9a9000, 4096, PROT_READ) = 0 mprotect(0x7fb86ebc9000, 4096, PROT_READ) = 0 mprotect(0x7fb86ee10000, 4096, PROT_READ) = 0 mprotect(0x7fb86f014000, 4096, PROT_READ) = 0 mprotect(0x644000, 4096, PROT_READ) = 0 mprotect(0x7fb86f237000, 4096, PROT_READ) = 0 munmap(0x7fb86f229000, 51602) = 0 set_tid_address(0x7fb86f223ad0) = 28633 set_robust_list(0x7fb86f223ae0, 24) = 0 futex(0x7fff69f5ada4, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7fff69f5ada4, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 7fb86f223800) = -1 EAGAIN (Resource temporarily unavailable) rt_sigaction(SIGRTMIN, {0x7fb86dfb9860, [], SA_RESTORER|SA_SIGINFO, 0x7fb86dfc2a40}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x7fb86dfb98e0, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x7fb86dfc2a40}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM64_INFINITY}) = 0 statfs("/sys/fs/selinux", 0x7fff69f5ad40) = -1 ENOENT (No such file or directory) statfs("/selinux", {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=2515201, f_bfree=2310733, f_bavail=2177204, f_files=648432, f_ffree=625829, f_fsid={-793810072, -1013719176}, f_namelen=255, f_frsize=4096}) = 0 brk(0) = 0x646000 brk(0x667000) = 0x667000 open("/proc/filesystems", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0x7fb86f235000 read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tr"..., 1024) = 306 read(3, "", 1024) = 0 close(3) = 0 munmap(0x7fb86f235000, 4096) = 0 open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=340, ...}) = 0 mmap(NULL, 340, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f235000 close(3) = 0 open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=26254, ...}) = 0 mmap(NULL, 26254, PROT_READ, MAP_SHARED, 3, 0) = 0x7fb86f22e000 close(3) = 0 futex(0x7fb86e57a918, FUTEX_WAKE_PRIVATE, 2147483647) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_MEASUREMENT", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_MEASUREMENT", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0 mmap(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f22d000 close(3) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_TELEPHONE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_TELEPHONE", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=61, ...}) = 0 mmap(NULL, 61, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f22c000 close(3) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=186, ...}) = 0 mmap(NULL, 186, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f22b000 close(3) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_NAME", O_RDONLY|O_CLOEXEC) = - -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_NAME", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=117, ...}) = 0 mmap(NULL, 117, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f22a000 close(3) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_PAPER", O_RDONLY|O_CLOEXEC) = - -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_PAPER", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0 mmap(NULL, 34, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f229000 close(3) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 close(3) = 0 open("/usr/lib/locale/uk_UA.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=99, ...}) = 0 mmap(NULL, 99, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f222000 close(3) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_MONETARY", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_MONETARY", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=306, ...}) = 0 mmap(NULL, 306, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f221000 close(3) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_COLLATE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_COLLATE", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1249686, ...}) = 0 mmap(NULL, 1249686, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f0ef000 close(3) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_TIME", O_RDONLY|O_CLOEXEC) = - -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_TIME", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3062, ...}) = 0 mmap(NULL, 3062, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f0ee000 close(3) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_NUMERIC", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_NUMERIC", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0 mmap(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f0ed000 close(3) = 0 open("/usr/lib/locale/uk_UA.UTF-8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = - -1 ENOENT (No such file or directory) open("/usr/lib/locale/uk_UA.utf8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=228324, ...}) = 0 mmap(NULL, 228324, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb86f0b5000 close(3) = 0 stat("/proc/1/root", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat("/proc/1/root", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/run/systemd/system/", {st_mode=S_IFDIR|0755, st_size=40, ...}) = 0 geteuid() = 0 socket(PF_LOCAL, SOCK_STREAM|SOCK_CLOEXEC, 0) = 3 connect(3, {sa_family=AF_LOCAL, sun_path="/run/systemd/private"}, 22) = 0 fcntl(3, F_GETFL) = 0x2 (flags O_RDWR) fcntl(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0 geteuid() = 0 getsockname(3, {sa_family=AF_LOCAL, NULL}, [2]) = 0 getsockopt(3, SOL_SOCKET, SO_PEERCRED, {pid=1, uid=0, gid=0}, [12]) = 0 poll([{fd=3, events=POLLOUT}], 1, 90000) = 1 ([{fd=3, revents=POLLOUT}]) sendto(3, "\0", 1, MSG_NOSIGNAL, NULL, 0) = 1 sendto(3, "AUTH EXTERNAL 30\r\n", 18, MSG_NOSIGNAL, NULL, 0) = 18 poll([{fd=3, events=POLLIN}], 1, 90000) = 1 ([{fd=3, revents=POLLIN}]) read(3, "OK 3dcad3e4f7d204c4ec20f14d54c3d"..., 2048) = 37 poll([{fd=3, events=POLLOUT}], 1, 90000) = 1 ([{fd=3, revents=POLLOUT}]) sendto(3, "NEGOTIATE_UNIX_FD\r\n", 19, MSG_NOSIGNAL, NULL, 0) = 19 poll([{fd=3, events=POLLIN}], 1, 90000) = 1 ([{fd=3, revents=POLLIN}]) read(3, "AGREE_UNIX_FD\r\n", 2048) = 15 poll([{fd=3, events=POLLOUT}], 1, 90000) = 1 ([{fd=3, revents=POLLOUT}]) sendto(3, "BEGIN\r\n", 7, MSG_NOSIGNAL, NULL, 0) = 7 stat("/proc/1/root", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat("/", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fb86f223ad0) = 28634 gettid() = 28633 mmap(NULL, 548864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb86dae8000 sendmsg(3, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1 \0\0\0\1\0\0\0\240\0\0\0\1\1o\0\31\0\0\0/org/fre"..., 176}, {"\16\0\0\0xinetd.service\0\0\7\0\0\0replace\0", 32}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 208 poll([{fd=3, events=POLLIN}], 1, 25000) = 1 ([{fd=3, revents=POLLIN}]) recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1'\0\0\0\1\0\0\0\17\0\0\0\5\1u\0\1\0\0\0\10\1g\0\1o\0\0"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 71 recvmsg(3, 0x7fff69f5a740, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable) sendmsg(3, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1\23\0\0\0\2\0\0\0\227\0\0\0\1\1o\0\31\0\0\0/org/fre"..., 168}, {"\16\0\0\0xinetd.service\0", 19}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 187 poll([{fd=3, events=POLLIN}], 1, 25000) = 1 ([{fd=3, revents=POLLIN}]) recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"l\4\1\1?\0\0\0\2\0\0\0\213\0\0\0\1\1o\0\31\0\0\0/org/fre"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 307 recvmsg(3, 0x7fff69f5a740, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable) sendmsg(3, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\0019\0\0\0\3\0\0\0\240\0\0\0\1\1o\0/\0\0\0/org/fre"..., 176}, {"\35\0\0\0org.freedesktop.systemd1.Uni"..., 57}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 233 poll([{fd=3, events=POLLIN}], 1, 25000) = 1 ([{fd=3, revents=POLLIN}]) recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"l\2\1\1\10\0\0\0\4\0\0\0\17\0\0\0\5\1u\0\3\0\0\0\10\1g\0\1v\0\0"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 40 recvmsg(3, 0x7fff69f5a740, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}], 1, 4294967295) = 1 ([{fd=3, revents=POLLIN}]) recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"l\4\1\0016\0\0\0\5\0\0\0\233\0\0\0\1\1o\0\"\0\0\0/org/fre"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 230 recvmsg(3, 0x7fff69f5aad0, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=3, events=POLLIN}], 1, 4294967295) = 1 ([{fd=3, revents=POLLIN}]) recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"l\4\1\1I\0\0\0\6\0\0\0\223\0\0\0\1\1o\0\31\0\0\0/org/fre"..., 2048}], msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 241 recvmsg(3, 0x7fff69f5aad0, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily unavailable) close(3) = 0 kill(28634, SIGTERM) = 0 - --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=28634, si_status=0, si_utime=0, si_stime=0} --- kill(28634, SIGCONT) = 0 waitid(P_PID, 28634, {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=28634, si_status=0, si_utime=0, si_stime=0}, WEXITED, NULL) = 0 exit_group(0) = ? +++ exited with 0 +++ - -- Rgrds, Andriy ********************************************************************* email: dobr at iop dot kiev dot ua Kyiv, Ukraine Phone: (380-44) 525-7824 Department of Gas Electronics Fax: (380-44) 525-2329 Institute of Physics of NASU ********************************************************************* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iF4EAREIAAYFAlTYx6wACgkQpBPgR3404hNfmgD9EG6Nm2v6ePbKVz3aWOCx7HJe xijWBxpv/XSLl0LswpsBALX0GBqug0lCp0P/zgjK1guUZtXs+JzQjC9x6u1gwJyQ =8Cza -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-02-09 14:44 ` Andrii Dobrovol`s`kii @ 2015-02-09 15:21 ` Andrii Dobrovol`s`kii 2015-02-09 15:46 ` Anton Farygin 0 siblings, 1 reply; 12+ messages in thread From: Andrii Dobrovol`s`kii @ 2015-02-09 15:21 UTC (permalink / raw) To: ALT Linux sysadmins' discussion -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Andrii Dobrovol`s`kii wrote: > Anton Farygin wrote: >> On 21.01.2015 14:52, Andrii Dobrovol`s`kii wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>> >>> Hi, У меня со старых времен vsftpd работает под [inetd. >>> Сейчас сервер уже под р7. С нового года почему-то xinetd >>> постоянно валится практически сразу после запуска без жалоб >>> в логи. Ну и фтп становится доступен по фазам луны. Как >>> понять, что происходит? Логи самого vsftpd тоже чистые. > >> Запустить под strace и посмотреть что происходит > >> У меня, правда на Sisyphus, всё окей в аналогичной схеме. > Какие атрибуты должны быть у /var/log/xinetd ? Похоже он у меня просто "разучился" логи писать... Не может попасть в каталоги валится без внятной инфы... Что, IМHО, сильно не правильно. - -- Rgrds, Andriy ********************************************************************* email: dobr at iop dot kiev dot ua Kyiv, Ukraine Phone: (380-44) 525-7824 Department of Gas Electronics Fax: (380-44) 525-2329 Institute of Physics of NASU ********************************************************************* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iF4EAREIAAYFAlTY0GYACgkQpBPgR3404hPnPAEAi+A0Rxm1MpVtOUZhwmVpxrxj nMm0S0/cqQZePyybjKABAJBIRJxcsAmg7yRJSMbO1irScOp2bB1XUGujb4VfogLi =E0op -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-02-09 15:21 ` Andrii Dobrovol`s`kii @ 2015-02-09 15:46 ` Anton Farygin 2015-02-09 16:28 ` Andrii Dobrovol`s`kii 0 siblings, 1 reply; 12+ messages in thread From: Anton Farygin @ 2015-02-09 15:46 UTC (permalink / raw) To: sysadmins On 09.02.2015 18:21, Andrii Dobrovol`s`kii wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Andrii Dobrovol`s`kii wrote: >> Anton Farygin wrote: >>> On 21.01.2015 14:52, Andrii Dobrovol`s`kii wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>> >>>> Hi, У меня со старых времен vsftpd работает под [inetd. >>>> Сейчас сервер уже под р7. С нового года почему-то xinetd >>>> постоянно валится практически сразу после запуска без жалоб >>>> в логи. Ну и фтп становится доступен по фазам луны. Как >>>> понять, что происходит? Логи самого vsftpd тоже чистые. >> >>> Запустить под strace и посмотреть что происходит >> >>> У меня, правда на Sisyphus, всё окей в аналогичной схеме. >> > Какие атрибуты должны быть у /var/log/xinetd ? Похоже он у меня > просто "разучился" логи писать... Не может попасть в каталоги > валится без внятной инфы... Что, IМHО, сильно не правильно. drwxr-x--- 2 root adm 4096 июл 1 2014 xinetd ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-02-09 15:46 ` Anton Farygin @ 2015-02-09 16:28 ` Andrii Dobrovol`s`kii 2015-02-10 7:54 ` Anton Farygin 0 siblings, 1 reply; 12+ messages in thread From: Andrii Dobrovol`s`kii @ 2015-02-09 16:28 UTC (permalink / raw) To: ALT Linux sysadmins' discussion -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Anton Farygin wrote: > On 09.02.2015 18:21, Andrii Dobrovol`s`kii wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >> >> Andrii Dobrovol`s`kii wrote: >>> Anton Farygin wrote: >>>> On 21.01.2015 14:52, Andrii Dobrovol`s`kii wrote: >>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>>> >>>>> Hi, У меня со старых времен vsftpd работает под >>>>> [inetd. Сейчас сервер уже под р7. С нового года >>>>> почему-то xinetd постоянно валится практически сразу >>>>> после запуска без жалоб в логи. Ну и фтп становится >>>>> доступен по фазам луны. Как понять, что происходит? >>>>> Логи самого vsftpd тоже чистые. >>> >>>> Запустить под strace и посмотреть что происходит >>> >>>> У меня, правда на Sisyphus, всё окей в аналогичной >>>> схеме. >>> >> Какие атрибуты должны быть у /var/log/xinetd ? Похоже он у >> меня просто "разучился" логи писать... Не может попасть в >> каталоги валится без внятной инфы... Что, IМHО, сильно не >> правильно. > > drwxr-x--- 2 root adm 4096 июл 1 2014 xinetd > Тогда ой... После смены прав на 755 сервис работает. С теми, что заявлены тупо валится на, видимо, первом же обращении к ftp... - -- Rgrds, Andriy ********************************************************************* email: dobr at iop dot kiev dot ua Kyiv, Ukraine Phone: (380-44) 525-7824 Department of Gas Electronics Fax: (380-44) 525-2329 Institute of Physics of NASU ********************************************************************* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iF4EAREIAAYFAlTY4CUACgkQpBPgR3404hNXjwD+OtvM0a7wSQ7jY5nxEDgqtBTY 30uaWlNdBd1U9AFp4LYA/iN7CzyJ+E2fYUhoTnZKpNVyEIZspXwruZOfo4UISd+f =OXEq -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-02-09 16:28 ` Andrii Dobrovol`s`kii @ 2015-02-10 7:54 ` Anton Farygin 2015-02-11 11:44 ` Andrii Dobrovol`s`kii 0 siblings, 1 reply; 12+ messages in thread From: Anton Farygin @ 2015-02-10 7:54 UTC (permalink / raw) To: sysadmins On 09.02.2015 19:28, Andrii Dobrovol`s`kii wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Anton Farygin wrote: >> On 09.02.2015 18:21, Andrii Dobrovol`s`kii wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>> >>> Andrii Dobrovol`s`kii wrote: >>>> Anton Farygin wrote: >>>>> On 21.01.2015 14:52, Andrii Dobrovol`s`kii wrote: >>>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>>>> >>>>>> Hi, У меня со старых времен vsftpd работает под >>>>>> [inetd. Сейчас сервер уже под р7. С нового года >>>>>> почему-то xinetd постоянно валится практически сразу >>>>>> после запуска без жалоб в логи. Ну и фтп становится >>>>>> доступен по фазам луны. Как понять, что происходит? >>>>>> Логи самого vsftpd тоже чистые. >>>> >>>>> Запустить под strace и посмотреть что происходит >>>> >>>>> У меня, правда на Sisyphus, всё окей в аналогичной >>>>> схеме. >>>> >>> Какие атрибуты должны быть у /var/log/xinetd ? Похоже он у >>> меня просто "разучился" логи писать... Не может попасть в >>> каталоги валится без внятной инфы... Что, IМHО, сильно не >>> правильно. >> >> drwxr-x--- 2 root adm 4096 июл 1 2014 xinetd >> > > Тогда ой... > После смены прав на 755 сервис работает. С теми, что заявлены тупо > валится на, видимо, первом же обращении к ftp... а что в настройках vsftpd ? Кто-то поменял дефолты? ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-02-10 7:54 ` Anton Farygin @ 2015-02-11 11:44 ` Andrii Dobrovol`s`kii 2015-02-11 12:23 ` Anton Farygin 0 siblings, 1 reply; 12+ messages in thread From: Andrii Dobrovol`s`kii @ 2015-02-11 11:44 UTC (permalink / raw) To: ALT Linux sysadmins' discussion -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Anton Farygin wrote: > On 09.02.2015 19:28, Andrii Dobrovol`s`kii wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >> >> Anton Farygin wrote: >>> On 09.02.2015 18:21, Andrii Dobrovol`s`kii wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>> >>>> Andrii Dobrovol`s`kii wrote: >>>>> Anton Farygin wrote: >>>>>> On 21.01.2015 14:52, Andrii Dobrovol`s`kii wrote: >>>>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>>>>> >>>>>>> Hi, У меня со старых времен vsftpd работает под >>>>>>> [inetd. Сейчас сервер уже под р7. С нового года >>>>>>> почему-то xinetd постоянно валится практически >>>>>>> сразу после запуска без жалоб в логи. Ну и фтп >>>>>>> становится доступен по фазам луны. Как понять, что >>>>>>> происходит? Логи самого vsftpd тоже чистые. >>>>> >>>>>> Запустить под strace и посмотреть что происходит >>>>> >>>>>> У меня, правда на Sisyphus, всё окей в аналогичной >>>>>> схеме. >>>>> >>>> Какие атрибуты должны быть у /var/log/xinetd ? Похоже он >>>> у меня просто "разучился" логи писать... Не может попасть >>>> в каталоги валится без внятной инфы... Что, IМHО, сильно >>>> не правильно. >>> >>> drwxr-x--- 2 root adm 4096 июл 1 2014 xinetd >>> >> >> Тогда ой... После смены прав на 755 сервис работает. С теми, >> что заявлены тупо валится на, видимо, первом же обращении к >> ftp... > > а что в настройках vsftpd ? Кто-то поменял дефолты? Какие дефолты смотреть? Понятно, что фтп донастраивался под себя. В стрейсе только недоступность каких-то ресурсов... Может и правда какие-то лимиты. - -- Rgrds, Andriy ********************************************************************* email: dobr at iop dot kiev dot ua Kyiv, Ukraine Phone: (380-44) 525-7824 Department of Gas Electronics Fax: (380-44) 525-2329 Institute of Physics of NASU ********************************************************************* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iF4EAREIAAYFAlTbQJ0ACgkQpBPgR3404hPe7wEA4qHyu76j53y36RP4CZR+5q+c QDm0E++srt2H+4+jLbsA/2qkgg5LBZHlQcL86qv1zM0em+QMI167MMGd6EqCZHI0 =XAI0 -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-02-11 11:44 ` Andrii Dobrovol`s`kii @ 2015-02-11 12:23 ` Anton Farygin 0 siblings, 0 replies; 12+ messages in thread From: Anton Farygin @ 2015-02-11 12:23 UTC (permalink / raw) To: sysadmins On 11.02.2015 14:44, Andrii Dobrovol`s`kii wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Anton Farygin wrote: >> On 09.02.2015 19:28, Andrii Dobrovol`s`kii wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>> >>> Anton Farygin wrote: >>>> On 09.02.2015 18:21, Andrii Dobrovol`s`kii wrote: >>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>>> >>>>> Andrii Dobrovol`s`kii wrote: >>>>>> Anton Farygin wrote: >>>>>>> On 21.01.2015 14:52, Andrii Dobrovol`s`kii wrote: >>>>>>>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>>>>>>> >>>>>>>> Hi, У меня со старых времен vsftpd работает под >>>>>>>> [inetd. Сейчас сервер уже под р7. С нового года >>>>>>>> почему-то xinetd постоянно валится практически >>>>>>>> сразу после запуска без жалоб в логи. Ну и фтп >>>>>>>> становится доступен по фазам луны. Как понять, что >>>>>>>> происходит? Логи самого vsftpd тоже чистые. >>>>>> >>>>>>> Запустить под strace и посмотреть что происходит >>>>>> >>>>>>> У меня, правда на Sisyphus, всё окей в аналогичной >>>>>>> схеме. >>>>>> >>>>> Какие атрибуты должны быть у /var/log/xinetd ? Похоже он >>>>> у меня просто "разучился" логи писать... Не может попасть >>>>> в каталоги валится без внятной инфы... Что, IМHО, сильно >>>>> не правильно. >>>> >>>> drwxr-x--- 2 root adm 4096 июл 1 2014 xinetd >>>> >>> >>> Тогда ой... После смены прав на 755 сервис работает. С теми, >>> что заявлены тупо валится на, видимо, первом же обращении к >>> ftp... >> >> а что в настройках vsftpd ? Кто-то поменял дефолты? > Какие дефолты смотреть? Понятно, что фтп донастраивался под себя. > В стрейсе только недоступность каких-то ресурсов... > Может и правда какие-то лимиты. diff посмотри с конфигом vsftpd из пакета и то, что у тебя ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-01-21 11:52 [Sysadmins] vsftpd and xinetd p7 Andrii Dobrovol`s`kii 2015-01-21 13:59 ` Anton Farygin @ 2015-02-09 16:20 ` Andrey Kuleshov 2015-02-09 16:29 ` Andrii Dobrovol`s`kii 1 sibling, 1 reply; 12+ messages in thread From: Andrey Kuleshov @ 2015-02-09 16:20 UTC (permalink / raw) To: ALT Linux sysadmins' discussion Доброго времени! 21.01.2015 13:52, Andrii Dobrovol`s`kii пишет: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hi, > У меня со старых времен vsftpd работает под [inetd. Сейчас сервер > уже под р7. > С нового года почему-то xinetd постоянно валится практически сразу > после запуска без жалоб в логи. Ну и фтп становится доступен по > фазам луны. > Как понять, что происходит? Логи самого vsftpd тоже чистые. Я у себя обнаружил падучесть xinetd совершенно случайно по стартовым сообщениям системы. В результате экспериментов выяснилась неожиданная причина -- изменения в /etc/sysconfig/limits -- 万歳, Andrey Kuleshov ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-02-09 16:20 ` Andrey Kuleshov @ 2015-02-09 16:29 ` Andrii Dobrovol`s`kii 2015-02-09 16:42 ` Andrey Kuleshov 0 siblings, 1 reply; 12+ messages in thread From: Andrii Dobrovol`s`kii @ 2015-02-09 16:29 UTC (permalink / raw) To: ALT Linux sysadmins' discussion -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Andrey Kuleshov wrote: > Доброго времени! > > 21.01.2015 13:52, Andrii Dobrovol`s`kii пишет: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >> >> Hi, У меня со старых времен vsftpd работает под [inetd. >> Сейчас сервер уже под р7. С нового года почему-то xinetd >> постоянно валится практически сразу после запуска без жалоб в >> логи. Ну и фтп становится доступен по фазам луны. Как понять, >> что происходит? Логи самого vsftpd тоже чистые. > Я у себя обнаружил падучесть xinetd совершенно случайно по > стартовым сообщениям системы. В результате экспериментов > выяснилась неожиданная причина -- изменения в > /etc/sysconfig/limits > А какие изменения то? - -- Rgrds, Andriy ********************************************************************* email: dobr at iop dot kiev dot ua Kyiv, Ukraine Phone: (380-44) 525-7824 Department of Gas Electronics Fax: (380-44) 525-2329 Institute of Physics of NASU ********************************************************************* -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iF0EAREIAAYFAlTY4FYACgkQpBPgR3404hPnHQD1G+h9QJu0jdMbetZ4tSEZVUoD lmEuwLno2SaZDPkYJwD8C9De57JSuc+ByiOa+06wHUQiYHFmPAba+mR0rGUGA+Q= =orZ4 -----END PGP SIGNATURE----- ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Sysadmins] vsftpd and xinetd p7 2015-02-09 16:29 ` Andrii Dobrovol`s`kii @ 2015-02-09 16:42 ` Andrey Kuleshov 0 siblings, 0 replies; 12+ messages in thread From: Andrey Kuleshov @ 2015-02-09 16:42 UTC (permalink / raw) To: ALT Linux sysadmins' discussion 09.02.2015 18:29, Andrii Dobrovol`s`kii пишет: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Andrey Kuleshov wrote: >> Доброго времени! >> >> 21.01.2015 13:52, Andrii Dobrovol`s`kii пишет: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >>> >>> Hi, У меня со старых времен vsftpd работает под [inetd. >>> Сейчас сервер уже под р7. С нового года почему-то xinetd >>> постоянно валится практически сразу после запуска без жалоб в >>> логи. Ну и фтп становится доступен по фазам луны. Как понять, >>> что происходит? Логи самого vsftpd тоже чистые. >> Я у себя обнаружил падучесть xinetd совершенно случайно по >> стартовым сообщениям системы. В результате экспериментов >> выяснилась неожиданная причина -- изменения в >> /etc/sysconfig/limits >> > А какие изменения то? </etc/sysconfig/limits> ... # (-u) maximum number of user processes #RLIMIT_SOFT_NPROC= ###RLIMIT_SOFT_NPROC=4096 #RLIMIT_HARD_NPROC= ###RLIMIT_HARD_NPROC=2048 ... </etc/sysconfig/limits /> -- 万歳, Andrey Kuleshov ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2015-02-11 12:23 UTC | newest] Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-01-21 11:52 [Sysadmins] vsftpd and xinetd p7 Andrii Dobrovol`s`kii 2015-01-21 13:59 ` Anton Farygin 2015-02-09 14:44 ` Andrii Dobrovol`s`kii 2015-02-09 15:21 ` Andrii Dobrovol`s`kii 2015-02-09 15:46 ` Anton Farygin 2015-02-09 16:28 ` Andrii Dobrovol`s`kii 2015-02-10 7:54 ` Anton Farygin 2015-02-11 11:44 ` Andrii Dobrovol`s`kii 2015-02-11 12:23 ` Anton Farygin 2015-02-09 16:20 ` Andrey Kuleshov 2015-02-09 16:29 ` Andrii Dobrovol`s`kii 2015-02-09 16:42 ` Andrey Kuleshov
ALT Linux sysadmins discussion This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sysadmins/0 sysadmins/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 sysadmins sysadmins/ http://lore.altlinux.org/sysadmins \ sysadmins@lists.altlinux.org sysadmins@lists.altlinux.ru sysadmins@lists.altlinux.com public-inbox-index sysadmins Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sysadmins AGPL code for this site: git clone https://public-inbox.org/public-inbox.git