This was a funky one, XMMS locked up on me and refused to play any files in my playlist, which I know usually means they either don’t exist or can’t be played but I also saw in mount that they should be there. I wish they’d add a pop up message about that but the auto-skip response to non existent files is actually one feature of XMMS I like.

Just trying to load a new playlist by pressing the lord list button in the playlist manager would cause it to lock up and I’d have to kill the process. So I figured I’d open another urxvt and leave mplayer running. Only thing odd was Music/Pl wouldn’t tab-complete to ~/Music/Playlists.

Terry@dixie$ ls Music                                                      3:45
ls: Music: Socket is not connected
Terry@dixie$ mount 3:46
/dev/ad0s2a on / (ufs, local, soft-updates)
devfs on /dev (devfs, local)
/dev/ad0s2e on /home (ufs, local, soft-updates)
/dev/ad0s2f on /usr (ufs, local, soft-updates)
/dev/ad0s2g on /var (ufs, local, soft-updates)
/dev/ad0s2h on /tmp (ufs, local, soft-updates)
linprocfs on /compat/linux/proc (linprocfs, local)
procfs on /proc (procfs, local)
/dev/fuse0 on /home/Terry/Documents (fusefs, local, nosuid, synchronous, mounted by Terry)
/dev/fuse1 on /home/Terry/Music (fusefs, local, nosuid, synchronous, mounted by Terry)
/dev/fuse2 on /home/Terry/Pictures (fusefs, local, nosuid, synchronous, mounted by Terry)
/dev/fuse3 on /home/Terry/Videos (fusefs, local, nosuid, synchronous, mounted by Terry)
Terry@dixie$ ls Pictures 3:46
ls: Pictures: Socket is not connected
Terry@dixie$ sshfs-mounter.sh -i ~/.ssh/vectra_rsa_key_nopw -u 1001 -g 1001
mount_fusefs: /dev/fuse5 on /home/Terry/Music: Operation not permitted
mount_fusefs: /dev/fuse6 on /home/Terry/Pictures: Operation not permitted
Terry@dixie$ ls Music 3:47
ls: Music: Socket is not connected
Terry@dixie$ ls Videos 3:47
... my video files

So I umount’d all of them and reran mounting script and all worked

Terry@dixie$ sshfs-mounter.sh -i ~/.ssh/vectra_rsa_key_nopw -u 1001 -g 1001
Terry@dixie$ mount 3:48
/dev/ad0s2a on / (ufs, local, soft-updates)
devfs on /dev (devfs, local)
/dev/ad0s2e on /home (ufs, local, soft-updates)
/dev/ad0s2f on /usr (ufs, local, soft-updates)
/dev/ad0s2g on /var (ufs, local, soft-updates)
/dev/ad0s2h on /tmp (ufs, local, soft-updates)
linprocfs on /compat/linux/proc (linprocfs, local)
procfs on /proc (procfs, local)
/dev/fuse0 on /home/Terry/Documents (fusefs, local, nosuid, synchronous, mounted by Terry)
/dev/fuse1 on /home/Terry/Music (fusefs, local, nosuid, synchronous, mounted by Terry)
/dev/fuse2 on /home/Terry/Pictures (fusefs, local, nosuid, synchronous, mounted by Terry)
/dev/fuse3 on /home/Terry/Videos (fusefs, local, nosuid, synchronous, mounted by Terry)
Terry@dixie$ ls Pictures 3:48
... the directories contents
Terry@dixie$ 3:48

After fixing that, XMMS worked great so I conclude that XMMS has a bit of a nasty issue if files it knows are there just ‘disappear’ on it, which is kind of strange. Whether it is a bug or not, I don’t have time to spend on multiple code-compile-debug cycles to try and fix it if there is a problem some where in the code or I would investigate it myself.

I would rather like to know what happened with the mount though because the only thing I’ve been fiddling with before it went was my firewall rules. Which amounts to enabling / disabling pf and reloading the rules out of /etc/pf.conf. I think I’ll keep a close eye on my mounts for awhile, XMMS will keep its eyes even closer on them I guess lol.