Forum Discussion

Iroads's avatar
Iroads
Icon for Altostratus rankAltostratus
Nov 26, 2023

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.

  • xuwen's avatar
    xuwen
    Icon for Cumulonimbus rankCumulonimbus

    restjavad process busy cause you not collect qkview from the GUI,you should bigstart restart restjavad

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

  • Rebooting the system could be a viable option to halt the stuck qkview process.

    • Iroads's avatar
      Iroads
      Icon for Altostratus rankAltostratus

      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 restart


  • Hi 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 PID
     
    For reference
     
    root@(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 16095

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

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

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

    login 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

    🙏

     

    • PhatANhappy's avatar
      PhatANhappy
      Icon for MVP rankMVP

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