Forum Discussion
qkview process stuck
I tried to create a qkview file. But the system got stuck on "Loading receiving configuration from your device" and has been loading for over 48 hours.
I was looking at "K11419837: Troubleshooting qkview process stuck/stalled". and K61154426: Troubleshooting qkview diagnostic utility. i enter the command "ps -ef | grep -i [qk]view" but no outpot appears. so no process seems to work for this qkview/ I saw that i need to upload some files from the system to f5 support. but its seems my support for this unit as been ended. is there anything i can do to stop this proccesse?
can i just reboot the system?
also no qkview was generated on the system.
Rebooting the system could be a viable option to halt the stuck qkview process.
Iroads Have you tried to take the Qkview through CLI :
- xuwenCumulonimbus
restjavad process busy cause you not collect qkview from the GUI,you should bigstart restart restjavad
- zamroni777Nacreous
if it's ha pair, try to run it in standby node.
if it also fail, restart the standby node then redo qkview
if it works, do failover.
if it fails, create case. - BenjaminMonkNimbostratus
Rebooting the system could be a viable option to halt the stuck qkview process.
- IroadsAltostratus
Turns out all I needed was to reboot the system. TNX
Why the complexity in grep? ps -ef | grep qkview
Are you running qkview from CLI or GUI? i suspect you are running in the GUI.
Does qkview just hang, or does it complete, or does it return to a prompt/leave you in the gui?In the cli, from bash:
Check disk space free (in human format): df -h Only USR should be in the 90's event thing else should be below 50, post lines from output if your are over.
Run qkview manually: qkview --progress-bar or qkview -v
if it works via the CLI - but not thru the gui, and its fairly safe to do this as just a longshot test...
bigstart restart httpd tomcat restjavad restnoded
bigstart status httpd tomcat restjavad restnoded <---it might take sometime for HTTPD to restartHi Iroads,
To check/find and then kill that process in F5 based on the PID use the following in BASH mode:
F5 BASH Mode to find the QKView Process ID PID# ps ax | grep -i -e qkview# kill -9 PIDFor referenceroot@(TEST_LAB-001)(cfg-sync In Sync)(Active)(/Common)(tmos)# bash
[root@TEST_LAB-001:Active:In Sync] ~ # ps ax | grep -i -e qkview
16095 pts/0 S+ 0:00 grep -i -e qkview
[root@TEST_LAB-001:Active:In Sync] ~ # kill -9 16095After your disk slowness isuue fixed you can try the following command
This is my favorite UNIVERSAL command to run QKView on any box ad get the filename according to the box hostname and timestamp, and it never overwrites the previous taken QKView because of its unique timestamp everytime even if taken on same host.
Try running this in BASH mode and then connect your box using SSH /SCP etc using WINSCP and download fronm the appropriate folders in /var/tmp:
qkview -s0 -f "/var/tmp/$(/bin/hostname)_$(date +%Y-%m-%d-%H-%M-%S).tgz"
For reference
Box 001
login as: root
Using keyboard-interactive authentication.
Password:
Last login: Tue Jul 16 05:11:10 2019 from 10.10.10.10
[root@TestLAB-001001:Active:In Sync] ~ # qkview -s0 -f "/var/tmp/$(/bin/hostname)_$(date +%Y-%m-%d-%H-%M-%S).tgz"
Gathering System Diagnostics: Please wait ...
Diagnostic information has been saved in:
/var/tmp/TestLAB-001001.F5Test.com_2019-07-16-17-33-02.tgz
Please send this file to F5 support.
[root@TestLAB-001001:Active:In Sync] ~ #
Box 002login as: root
Using keyboard-interactive authentication.
Password:
Last login: Tue Jul 16 05:10:42 2019 from 10.10.10.10
[root@TestLAB-001002:Standby:In Sync] ~ # qkview -s0 -f "/var/tmp/$(/bin/hostname)_$(date +%Y-%m-%d-%H-%M-%S).tgz"
Gathering System Diagnostics: Please wait ...
Diagnostic information has been saved in:
/var/tmp/TestLAB-001002.F5Test.hp.com_2019-07-16-17-32-42.tgz
Please send this file to F5 support.
[root@TestLAB-001002:Standby:In Sync] ~ #
Box 003login as: root
Using keyboard-interactive authentication.
Password:
Last login: Tue Jul 16 05:10:41 2019 from 10.10.10.10
[root@TestLAB-001003:Standby:In Sync] ~ # qkview -s0 -f "/var/tmp/$(/bin/hostname)_$(date +%Y-%m-%d-%H-%M-%S).tgz"
Gathering System Diagnostics: Please wait ...
Diagnostic information has been saved in:
/var/tmp/TestLAB-001003.F5Test.com_2019-07-16-17-32-50.tgz
Please send this file to F5 support.
[root@TestLAB-001003:Standby:In Sync] ~ #
Box 004login as: root
Using keyboard-interactive authentication.
Password:
Last login: Tue Jul 16 05:10:41 2019 from 10.10.10.10
[root@TestLAB-001004:Active:In Sync] ~ # qkview -s0 -f "/var/tmp/$(/bin/hostname)_$(date +%Y-%m-%d-%H-%M-%S).tgz"
Gathering System Diagnostics: Please wait ...
Diagnostic information has been saved in:
/var/tmp/TestLAB-001004.F5Test.com_2019-07-16-17-32-59.tgz
Please send this file to F5 support.HTH
🙏
Thanks -
I knew grep worked via tmsh - but i did not know it would not take multiple switches with a single -grep -ie ..... does work in tmsh - but does via cli....
however grep -i -e works just fine.curiously enough - adding a 3rd switch works with a space, HOWEVER there appears to be a fun thing going on with order of operations inside of tmsh that i would not have expected -
list ltm virtual all | grep -e -i -v asm
list ltm virtual all | grep -i -e -v asm
Produce 2 different outputs...
Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com