GlusterFS客戶端進程實例分析

本篇內容介紹了“GlusterFS客戶端進程實例分析”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

客戶端重新掛載gluster卷時，進程變化如下：

該進程PID不會變化：

16683 root      20   0  398m  16m 2796 S  0.0  0.2   2:31.58 /usr/sbin/glusterd --pid-file=/run/glusterd.pid

以下進程PID會變，重新生成：

root     10068  7.9  0.4 302108 39204 ?        Ssl  17:19   0:40 /usr/sbin/glusterfs --volfile-id=/tank --volfile-server=lab21 /mnt/dzq

root     10093  0.0  0.6 232236 53316 ?        Ssl  17:19   0:00 /usr/sbin/glusterfs -s localhost --volfile-id gluster/nfs -p /var/lib/glusterd/nfs/run/nfs.pid -l /var/log/glusterfs/nfs.log -S /var/run/52fcb2d9e219d2dee4f280489ef3c9d4.socket

root     10097  0.0  0.2 321604 20108 ?        Ssl  17:19   0:00 /usr/sbin/glusterfs -s localhost --volfile-id gluster/glustershd -p /var/lib/glusterd/glustershd/run/glustershd.pid -l /var/log/glusterfs/glustershd.log -S /var/run/dda19e05b0f00927c31e8b28c8a07f08.socket --xlator-option *replicate*.node-uuid=2e830972-f2d2-4da9-8a03-e11e49cfc39e

當設置cache-size=2GB時，客戶端的如下進程會開辟對應大小的物理內存空間：

11193 root      20   0 2346m 2.0g 2744 S  0.0 26.6   1:39.68 /usr/sbin/glusterfs --volfile-id=/tank --volfile-server=lab21 /mnt/dzq

實際情況下，客戶端只有一個進程，上面的其他進行是因為glusterd服務未關閉產生的：

/usr/sbin/glusterfs --volfile-id=/tank --volfile-server=lab21 /mnt/dzq

“GlusterFS客戶端進程實例分析”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！