Solved Why is gvfsd running?

[byrnejb]

I am trying to sort out a difficulty with Poudriere and I wish to remove some old port trees. I tried zfs destroy -r zroot/poudriere/ports/PORTS-12-1 and got an error saying that the device is busy. So I went to look at what had the directory opened and found this:

lsof: WARNING: compiled for FreeBSD release 12.2-RELEASE-p9; this is 12.2-RELEASE-p7.
gvfsd-tra 76355 byrnejb_hll   32r    VDIR 4169534627,2731138596                 86       4 /usr/local/poudriere/ports/PORTS-12-1
gvfsd-tra 76355 byrnejb_hll   33r    VDIR 4169534627,2731138596                 86       4 /usr/local/poudriere/ports/PORTS-12-1
gvfsd-tra 76355 byrnejb_hll   34r    VDIR 1231498361,1700912671                  2      34 /usr/local/poudriere/ports/PORTS-12-2
gvfsd-tra 76355 byrnejb_hll   35r    VDIR 1231498361,1700912671                  2      34 /usr/local/poudriere/ports/PORTS-12-2
gvfsd-tra 76355 byrnejb_hll   36r    VDIR 3917834237,1515183685                  2      34 /usr/local/poudriere/ports/PORTS_12_2
gvfsd-tra 76355 byrnejb_hll   37r    VDIR 3917834237,1515183685                  2      34 /usr/local/poudriere/ports/PORTS_12_2

I looked up PID 76355 and discovered this:

[root@vhost01 ~ (master)]# ps -auwx | grep 76355
byrnejb_hll 76355    0.0  0.0   35208  9632  -  S    Wed08        0:31.58 /usr/local/libexec/gvfsd-trash --spawner :1.5 /org/gtk/gv
root        68103    0.0  0.0   11296  2484  0  S+   11:02        0:00.00 grep --color=auto 76355

There is no rc script for gvfsd so I do not know what starts it ( mate gde?). I also do not wish to simply kill the process without knowing why it is running (it appears that it would restart in any case) . I do not know why it is looking at those directories. Information respecting this is welcome.

P.S.
# freebsd-version
12.2-RELEASE-p9

So I do not know what lsof is complaining about.

 

[byrnejb]

I killed the process and reran zfs destroy -r ... && zfs set mountpoint=none . . . successfully. Apparently this is caused by some sort of issue with glib.

 

[Phishfry]

I also do not wish to simply kill the process without knowing why it is running

I know the desktop Trash Can for Xfce4 uses it.
It also does some auto-discovery of USB drives inserted as seen on the desktop disk icons.

 

[grahamperrin]

gvfsd-trash (distinct from gvfsd) is a PITA.

FreeBSD bug 254024 – devel/gvfs: gvfsd-trash latches to zfs volumes

<https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254024#c16> … still, I prefer to kill the gvfsd-trash process whenever it prevents unmount.

 

[Tieks]

I know the desktop Trash Can for Xfce4 uses it.

Correct, file manager Thunar pulls it in when when make option 'Trash Panel Applet (TPA)' is selected. I run XFCE4/Thunar without that option, no gvfsd running here. Nautilus has a similar make option.

 

[Phishfry]

Some of this behavior is newer with regards to XFCE4 desktop icons for inserted USB drives.
That only used to occur when HAL was enabled. Yuk yuk yuk.