[os_mon] ошибка порта супервизора процессора (cpu_sup) при запуске теста Tsung

Я новичок в тестировании производительности с Tsung, поэтому, возможно, мой вопрос покажется кому-то очевидным, но...

Я установил Tsung на Mac (OS X 10.11.2), в котором уже есть Erlang, использующий доморощенный:

версии Erlang и Tsung

Затем я создал очень простой файл tsung.xml:

<clients>
    <client host="localhost" use_controller_vm="true" maxusers="10" cpu="4" />
</clients>

<servers>
    <server host="google.com.ua" port="80" type="tcp" />
</servers>

<load>
    <arrivalphase phase="1" duration="10" unit="second">
        <users interarrival="10" unit="second" />
    </arrivalphase>
    <arrivalphase phase="2" duration="2" unit="minute"></arrivalphase>
</load>

<sessions>
    <session name='MainPage' weight='50' type='ts_http'>
        <request>
            <http url='/' version='1.1' method='GET' />
        </request>
    </session>
</sessions>

И загрузил в нужную папку (/Users/Имя_пользователя/.tsung). После этого я начал тестировать с помощью tsung start и получил ошибку:

Последний вход: пятница, 22 января, 16:54:37, ttys000
macpro15:~$ tsung start
Запуск Tsung
Каталог журнала: /Users/Имя_пользователя/.tsung/log/20160122-1821
Отказано в доступе (открытая клавиша, интерактивная клавиатура).
[os_mon] порт супервизора процессора (cpu_sup): Erlang закрыт

Может ли кто-нибудь сказать мне, что я сделал неправильно?

P.S. Пробовал запускать этот тест на ПК с Linux Ubuntu и новыми версиями Erlang/Tsung (скачанными с офф.сайтов и скомпилированными из исходников), но получил ту же ошибку.


cpu-usage erlang tsung
person Maxim    schedule 22.01.2016    source источник
comment
Проблема, скорее всего, связана с ошибкой отказа в доступе, которую вы получаете, и сообщение cpu_mon, вероятно, является просто побочным эффектом процесса, умирающего из-за этой ошибки.   -  person Steve Vinoski    schedule 22.01.2016
comment
Спасибо за ответ, Стив. Я попытался запустить тест с sudo, но получил ту же ошибку, поэтому я предполагаю, что проблема не в разрешениях.   -  person Maxim    schedule 25.01.2016
comment
sudo здесь не поможет. Ошибка разрешений связана с аутентификацией; ошибка говорит о том, что аутентификация с открытым ключом не удалась, а затем аутентификация с интерактивной клавиатурой также не удалась. Я предполагаю, что у вас либо не настроен открытый ключ, либо права доступа к вашему файлу ~/.ssh/authorized_keys неверны (они должны быть 0600).   -  person Steve Vinoski    schedule 25.01.2016

Ответы (1)


arrow_upward
0
arrow_downward

Проблема в том, что вы не можете использовать ssh для своего локального хоста. Сначала создайте открытый ключ ssh с помощью этой команды:

ssh-keygen -t rsa -b 4096 -C "[email protected]"

Затем скопируйте ключ в авторизованные ключи:

cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
person mR.aTA    schedule 30.10.2017