Запуск сценария JMeter без nohup с сообщением «Нет такого файла или каталога» - PullRequest
Новая
       67

Запуск сценария JMeter без nohup с сообщением «Нет такого файла или каталога»

0 голосов
/ 06 мая 2020

Запуск моделирования нагрузки с моделью главного подчиненного устройства при запуске теста из командной строки с использованием nohup с указанием «Нет такого файла или каталога».

Итак, у меня есть два azure ubuntu vms (один главный и один раб) и соединен замазкой. Во время выполнения длительного нагрузочного теста у меня отключилось электричество, и тест был прерван. Итак, попытался использовать «nohup», но получил ошибку «Нет такого файла или каталога».

Следующая команда, которую я запустил после того, как зашел в каталог bin Jmeter

Команда без «nohup» (работает нормально пока мое соединение не будет установлено) 

JVM_ARGS="-Xms1024m -Xmx2048m" && export JVM_ARGS && ./jmeter -n -t /home/performance/LoadTesting/Portal-8HR.jmx -R 192.168.2.32:1099 -GTest_Name=LongDurationLoadTest -GTest_Triggered_By=LoadExecuter -Gtest_Id=200Con_8HR_Test01

Команда пробовала с "nohup" (не работает) 

JVM_ARGS="-Xms1024m -Xmx2048m" && export JVM_ARGS && nohup ./jmeter -n -t /home/performance/LoadTesting/Portal-8HR.jmx -R 192.168.2.32:1099 -GTest_Name=LongDurationLoadTest -GTest_Triggered_By=LoadExecuter -Gtest_Id=200Con_8HR_Test01 &

JVM_ARGS="-Xms1024m -Xmx2048m" && export JVM_ARGS && nohup "./jmeter -n -t /home/performance/LoadTesting/Portal-8HR.jmx -R 192.168.2.32:1099 -GTest_Name=LongDurationLoadTest -GTest_Triggered_By=LoadExecuter -Gtest_Id=200Con_8HR_Test01" &

JVM_ARGS="-Xms1024m -Xmx2048m" && export JVM_ARGS && nohup ./jmeter -n -t /home/performance/LoadTesting/Portal-8HR.jmx -R 192.168.2.32:1099 -GTest_Name=LongDurationLoadTest -GTest_Triggered_By=LoadExecuter -Gtest_Id=200Con_8HR_Test01 > /home/performance/RunTest/test2.txt 2>&1 &

Помните, что эти параметры важны, поскольку у меня есть внутренний слушатель Grafana, который захватывает все эти данные со всеми результатами.

Тоже пробовал с 

nohup ./jmeter -n -t /home/performance/LoadTesting/Portal-8HR.jmx -R 192.168.2.32:1099 -GTest_Name=LongDurationLoadTest -GTest_Triggered_By=LoadExecuter -Gtest_Id=200Con_8HR_Test01 </dev/null >nohup.out 2>nohup.err &

Но получилось, 

Creating summariser <summary>
Created the tree successfully using /home/performance/LoadTesting/Portal-8HR.jmx
Configuring remote engine: 192.168.2.32:1099
Starting distributed test with remote engines: [192.168.2.32:1099] @ Wed May 06 12:32:30 UTC 2020 (1588768350878)
Error in rconfigure() method java.rmi.MarshalException: error marshalling arguments; nested exception is:
        java.io.NotSerializableException: org.apache.jmeter.JMeter$ListenToTest
Remote engines have been started:[]
Waiting for possible Shutdown/StopTestNow/HeapDump/ThreadDump message on port 4446

1 Ответ

0 голосов
/ 06 мая 2020

Я не полностью понимаю, чего вы пытаетесь достичь, правильный эквивалент вашей команды будет примерно таким: 

nohup bash -c "JVM_ARGS=\"-Xms1024m -Xmx2048m\" && export JVM_ARGS && ./jmeter -n -t /home/performance/LoadTesting/Portal-8HR.jmx -R 192.168.2.32:1099 -GTest_Name=LongDurationLoadTest -GTest_Triggered_By=LoadExecuter -Gtest_Id=200Con_8HR_Test01 & ./jmeter -n -t /home/performance/LoadTesting/Portal-8HR.jmx -R 192.168.2.32:1099 -GTest_Name=LongDurationLoadTest -GTest_Triggered_By=LoadExecuter -Gtest_Id=200Con_8HR_Test01 & ./jmeter -n -t /home/performance/LoadTesting/Portal-8HR.jmx -R 192.168.2.32:1099 -GTest_Name=LongDurationLoadTest -GTest_Triggered_By=LoadExecuter -Gtest_Id=200Con_8HR_Test01" 2>&1 &

Если единственная проблема - потеря сетевого подключения между замазкой, что бы это ни было есть, и Linux Azure VM вы можете использовать терминальный мультиплексор, например screen или tmux на стороне Azure VM, чтобы вы могли подключиться к запущенному сеансу, когда это необходимо, из та или иная машина.

Есть также много способов запланировать задание Linux, начиная с простейших cron определений, таймеров systemd или вы можете использовать «тяжелую артиллерию», например Jenkins , что позволяет гибко планировать и запускать задания по другим триггерам. Если вы go для Jenkins, вы можете воспользоваться преимуществами Performance Plugin , позволяющего отмечать сборки как неудачные или нестабильные в зависимости от полученных тестовых показателей и строить графики тенденций производительности

...