Red Hat Training
A Red Hat training course is available for Red Hat Gluster Storage
19.8. Viewing complete volume state with statedump
statedumpsubcommand writes out details of the current state of a specified process, including internal variables and other information that is useful for troubleshooting.
The command is used as follows:
# gluster volume statedump VOLNAME [[nfs|quotad] [all|mem|iobuf|callpool|priv|fd|inode|history] | [client hostname:pid]]
19.8.1. Gathering information from the server
You can output all available state information, or limit statedump output to specific details, by using the statedump command with one of the following parameters.
- Dumps all available state information.
- Dumps the memory usage and memory pool details of the bricks.
- Dumps iobuf details of the bricks.
- Dumps private information of loaded translators.
- Dumps the pending calls of the volume.
- Dumps the open file descriptor tables of the volume.
- Dumps the inode tables of the volume.
- Dumps the event history of the volume
For example, to write out all available information about the
datavolume, run the following command on the server:
# gluster volume statedump data all
If you only want to see details about the event history, run the following:
# gluster volume statedump data history
nfsparameter is required to gather details about volumes shared via NFS. It can be combined with any of the above parameters to filter output.
# gluster volume statedump VOLNAME nfs all
quotadparameter is required to gather details about the quota daemon. The following command writes out the state of the quota daemon across all nodes.
# gluster volume statedump VOLNAME quotad
If you need to see the state of a different process, such as the self-heal daemon, you can do so by running the following command using the process identifier of that process.
# kill -SIGUSR1 pid
19.8.2. Gathering information from the client
To generate statedump for the processes, using libgfapi, below command can be executed from one of the nodes in the gluster cluster to which the libgfapi application is connected to:
# gluster volume statedump VOLNAME client hostname:pid
If you are using either NFS Ganesha or Samba service and you need to see the state of its clients, ensure that you use localhost instead of hostname. For example:
# gluster volume statedump VOLNAME client localhost:pid
If you need to get the state of glusterfs fuse mount process, you can do so by running the following command using the process identifier of that process.
# kill -SIGUSR1 pid
If you have a gfapi based application and you need to see the state of its clients, ensure that the user running the gfapi application is a member of the
glustergroup. For example, if your gfapi application is run by user qemu, ensure that qemu is added to the gluster group by running the following command:
# usermod -a -G gluster qemu
19.8.3. Controlling statedump output location
Information is saved to the
/var/run/glusterdirectory by default. Output files are named according to the following conventions:
- For brick processes,
- For volume processes and
To change where the output files of a particular volume are saved, use the
server.statedump-pathparameter, like so:
# gluster volume set VOLNAME server.statedump-path PATH