Привычка VSFTPD запускается на хосте Rackspace

У меня есть сервер на Rackspace, на котором я хочу включить FTP. Однако я не могу заставить сервис запускаться. Используя ту же самую установку на локальном virtualbox, (тот же дистрибутив, ядро, vsftpd действия по установке и тот же конфигурационный файл/etc/vsftpd.conf), это работает отлично.

Файл конфигурации в/etc/vsftpd.conf следующие:

listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
dirmessage_enable=YES
use_localtime=YES
xferlog_enable=YES
connect_from_port_20=YES
#chroot_local_user=YES
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/private/vsftpd.pem

Также кажется, что ничто не добавляется к файлу журнала в /var/log/vsftpd.log

Я полагаю, что сервис никогда не запускается правильно, потому что я никогда не могу видеть порт 21 открытый при использовании nmap, и каждый раз, когда я выполняю sudo сервис vsftpd перезапуск, я добираюсь stop: Unknown instance: вместо vsftpd stop/waiting. Однако я никогда не вижу вида сообщения об ошибке.

Я проверил, что/var/run/vsftpd/empty каталог существует, а также rsa файл сертификата.

Я также пытался временно отключить ufw брандмауэр (хотя он уже позволяет порт 21).

Есть ли какие-либо другие полномочия/конфигурации, которые я должен проверить?

uname-a вывод: 3.8.0-38-generic #56~precise1-Ubuntu SMP Thu Mar 13 16:22:48 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Обновление

Вывод/var/log/syslog следующие:

3 12:35:15 annonymous kernel: [18271.505345] BUG: Bad page map in process vsftpd  pte:8000000000000165 pmd:1b03f067
Apr  3 12:35:15 annonymous kernel: [18271.505358] page:ffffea0000000000 count:-174 mapcount:-174 mapping:          (null) index:0x0
Apr  3 12:35:15 annonymous kernel: [18271.505367] page flags: 0x14(referenced|dirty)
Apr  3 12:35:15 annonymous kernel: [18271.505377] addr:00007f315f3bc000 vm_flags:00100071 anon_vma:ffff88001b0af180 mapping:          (null) index:7f315f3bc
Apr  3 12:35:15 annonymous kernel: [18271.505389] Pid: 26581, comm: vsftpd Tainted: G    B        3.8.0-38-generic #56~precise1-Ubuntu
Apr  3 12:35:15 annonymous kernel: [18271.505391] Call Trace:
Apr  3 12:35:15 annonymous kernel: [18271.505399]  [<ffffffff8115c3a9>] print_bad_pte+0x1d9/0x270
Apr  3 12:35:15 annonymous kernel: [18271.505403]  [<ffffffff8115e53e>] zap_pte_range+0x3de/0x440
Apr  3 12:35:15 annonymous kernel: [18271.505408]  [<ffffffff81005dc0>] ? xen_make_pte+0x20/0x70
Apr  3 12:35:15 annonymous kernel: [18271.505412]  [<ffffffff8100544d>] ? __raw_callee_save_xen_make_pte+0x11/0x1e
Apr  3 12:35:15 annonymous kernel: [18271.505415]  [<ffffffff81005489>] ? __raw_callee_save_xen_pmd_val+0x11/0x1e
Apr  3 12:35:15 annonymous kernel: [18271.505419]  [<ffffffff8115e766>] unmap_page_range+0x1c6/0x320
Apr  3 12:35:15 annonymous kernel: [18271.505424]  [<ffffffff81142369>] ? __pagevec_lru_add_fn+0xb9/0xf0
Apr  3 12:35:15 annonymous kernel: [18271.505428]  [<ffffffff8115e947>] unmap_single_vma+0x87/0x100
Apr  3 12:35:15 annonymous kernel: [18271.505432]  [<ffffffff8115f204>] unmap_vmas+0x54/0xa0
Apr  3 12:35:15 annonymous kernel: [18271.505435]  [<ffffffff8116756c>] exit_mmap+0x9c/0x170
Apr  3 12:35:15 annonymous kernel: [18271.505440]  [<ffffffff8105788a>] mmput.part.22+0x4a/0x120
Apr  3 12:35:15 annonymous kernel: [18271.505444]  [<ffffffff81057989>] mmput+0x29/0x30
Apr  3 12:35:15 annonymous kernel: [18271.505447]  [<ffffffff8105fd3a>] exit_mm+0x10a/0x130
Apr  3 12:35:15 annonymous kernel: [18271.505451]  [<ffffffff810fbd55>] ? taskstats_exit+0x45/0x270
Apr  3 12:35:15 annonymous kernel: [18271.505455]  [<ffffffff816f66f5>] ? _raw_spin_lock_irq+0x15/0x20
Apr  3 12:35:15 annonymous kernel: [18271.505459]  [<ffffffff8105fec3>] do_exit+0x163/0x480
Apr  3 12:35:15 annonymous kernel: [18271.505463]  [<ffffffff8119c9e0>] ? vfs_write+0x110/0x180
Apr  3 12:35:15 annonymous kernel: [18271.505467]  [<ffffffff81060274>] do_group_exit+0x44/0xa0
Apr  3 12:35:15 annonymous kernel: [18271.505471]  [<ffffffff810602e7>] sys_exit_group+0x17/0x20
Apr  3 12:35:15 annonymous kernel: [18271.505475]  [<ffffffff816ff25d>] system_call_fastpath+0x1a/0x1f
Apr  3 12:35:15 annonymous kernel: [18271.505560] BUG: Bad rss-counter state mm:ffff880004b48b40 idx:0 val:-1
Apr  3 12:35:15 annonymous kernel: [18271.585722] BUG: Bad rss-counter state mm:ffff880004b48b40 idx:1 val:1
Apr  3 12:35:15 annonymous kernel: [18271.597942] BUG: Bad page map in process vsftpd  pte:8000000000000165 pmd:02463067
Apr  3 12:35:15 annonymous kernel: [18271.597962] page:ffffea0000000000 count:-175 mapcount:-175 mapping:          (null) index:0x0
Apr  3 12:35:15 annonymous kernel: [18271.597973] page flags: 0x14(referenced|dirty)
Apr  3 12:35:15 annonymous kernel: [18271.597985] addr:00007fe0c9a67000 vm_flags:00100071 anon_vma:ffff88001b0af500 mapping:          (null) index:7fe0c9a67
Apr  3 12:35:15 annonymous kernel: [18271.597999] Pid: 26584, comm: vsftpd Tainted: G    B        3.8.0-38-generic #56~precise1-Ubuntu

Я предполагаю, что плохая ошибка карты страницы является результатом того, что я использую большой объем памяти и вошедший подкачка?