[Sysadmins] vsftpd and xinetd p7

[Sysadmins] vsftpd and xinetd p7

[Andrii Dobrovol`s`kii]

-----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-----

Re: [Sysadmins] vsftpd and xinetd p7

[Anton Farygin]

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, всё окей в аналогичной схеме.

Re: [Sysadmins] vsftpd and xinetd p7

[Andrii Dobrovol`s`kii]

-----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-----

Re: [Sysadmins] vsftpd and xinetd p7

[Andrii Dobrovol`s`kii]

-----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-----

Re: [Sysadmins] vsftpd and xinetd p7

[Anton Farygin]

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

Re: [Sysadmins] vsftpd and xinetd p7

[Andrey Kuleshov]

Доброго времени!

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

Re: [Sysadmins] vsftpd and xinetd p7

[Andrii Dobrovol`s`kii]

-----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-----

Re: [Sysadmins] vsftpd and xinetd p7

[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
> 
А какие изменения то?
- -- 
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-----

Re: [Sysadmins] vsftpd and xinetd p7

[Andrey Kuleshov]

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

Re: [Sysadmins] vsftpd and xinetd p7

[Anton Farygin]

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 ?
Кто-то поменял дефолты?

Re: [Sysadmins] vsftpd and xinetd p7

[Andrii Dobrovol`s`kii]

-----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-----

Re: [Sysadmins] vsftpd and xinetd p7

[Anton Farygin]

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 из пакета и то, что у тебя