You are not logged in.
Have a few things that I have not been able to find a fix for.
The Deluge group is unknown and a gvfs permission problem. I've tried reinstalled both packages. I've searched and found inf regarding both, but nothing that has worked for me so far.
[jeff@Arch2010p5 ~]$ systemctl --failed
UNIT LOAD ACTIVE SUB JOB DESCRIPTION
systemd-tmpfiles-clean.service loaded failed failed Cleanup of Temporary Directories
systemd-tmpfiles-setup.service loaded failed failed Recreate Volatile Files and Directories
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
JOB = Pending job for the unit.
2 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
[root@Arch2010p5 jeff]# systemctl status systemd-tmpfiles-clean.service
systemd-tmpfiles-clean.service - Cleanup of Temporary Directories
Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-clean.service; static)
Active: failed (Result: exit-code) since Thu, 2012-11-15 11:07:19 PST; 56min ago
Docs: man:tmpfiles.d(5)
Process: 1015 ExecStart=/usr/bin/systemd-tmpfiles --clean (code=exited, status=1/FAILURE)
CGroup: name=systemd:/system/systemd-tmpfiles-clean.service
Nov 15 11:07:19 Arch2010p5 systemd[1]: Starting Cleanup of Temporary Directories...
Nov 15 11:07:19 Arch2010p5 systemd-tmpfiles[1015]: [/usr/lib/tmpfiles.d/deluge.conf:1] Unknown group 'deluge'.
Nov 15 11:07:19 Arch2010p5 systemd-tmpfiles[1015]: stat(/run/user/1000/gvfs) failed: Permission denied
Nov 15 11:07:19 Arch2010p5 systemd[1]: systemd-tmpfiles-clean.service: main process exited, code=exited, status=1/FAILURE
Nov 15 11:07:19 Arch2010p5 systemd[1]: Failed to start Cleanup of Temporary Directories.
Nov 15 11:07:19 Arch2010p5 systemd[1]: Unit systemd-tmpfiles-clean.service entered failed state
[root@Arch2010p5 jeff]# systemctl status systemd-tmpfiles-setup.service
systemd-tmpfiles-setup.service - Recreate Volatile Files and Directories
Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static)
Active: failed (Result: exit-code) since Thu, 2012-11-15 10:52:44 PST; 20min ago
Docs: man:tmpfiles.d(5)
Main PID: 377 (code=exited, status=1/FAILURE)
CGroup: name=systemd:/system/systemd-tmpfiles-setup.service
Nov 15 10:52:44 Arch2010p5 systemd[1]: systemd-tmpfiles-setup.service: main process exited, code=exited, status=1/FAILURE
Nov 15 10:52:44 Arch2010p5 systemd[1]: Failed to start Recreate Volatile Files and Directories.
Nov 15 10:52:44 Arch2010p5 systemd[1]: Unit systemd-tmpfiles-setup.service entered failed state
[root@Arch2010p5 jeff]# journalctl -f /usr/bin/systemd-tmpfiles
-- Logs begin at Thu, 2012-11-01 15:56:20 PDT. --
Nov 15 09:46:50 Arch2010p5 systemd-tmpfiles[923]: [/usr/lib/tmpfiles.d/deluge.conf:1] Unknown group 'deluge'.
Nov 15 09:46:50 Arch2010p5 systemd-tmpfiles[923]: stat(/run/user/1000/gvfs) failed: Permission denied
-- Reboot --
Nov 15 09:55:33 Arch2010p5 systemd-tmpfiles[361]: [/usr/lib/tmpfiles.d/deluge.conf:1] Unknown group 'deluge'.
-- Reboot --
Nov 15 10:02:35 Arch2010p5 systemd-tmpfiles[388]: [/usr/lib/tmpfiles.d/deluge.conf:1] Unknown group 'deluge'.
Nov 15 10:17:10 Arch2010p5 systemd-tmpfiles[971]: [/usr/lib/tmpfiles.d/deluge.conf:1] Unknown group 'deluge'.
Nov 15 10:17:10 Arch2010p5 systemd-tmpfiles[971]: stat(/run/user/1000/gvfs) failed: Permission denied
-- Reboot --
Nov 15 10:41:34 Arch2010p5 systemd-tmpfiles[1151]: [/usr/lib/tmpfiles.d/deluge.conf:1] Unknown group 'deluge'.
Nov 15 10:41:34 Arch2010p5 systemd-tmpfiles[1151]: stat(/run/user/1000/gvfs) failed: Permission denied
-- Reboot --
Nov 15 11:07:19 Arch2010p5 systemd-tmpfiles[1015]: [/usr/lib/tmpfiles.d/deluge.conf:1] Unknown group 'deluge'.
Nov 15 11:07:19 Arch2010p5 systemd-tmpfiles[1015]: stat(/run/user/1000/gvfs) failed: Permission denied
Last edited by jeff story (2012-11-16 10:20:45)
Check out my website for info on the Arch Linux Installer
Offline
Check the user/group exists?
Follow the trouble-shooting tips on the wiki?
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
Yes the deluge user is present, group deluge is not. I find the following quote from the wiki confusing though.
Yea I have tried troubleshooting via the wiki and much more.
The default user for the Deluge daemon, is deluge, which is created upon package installation. You can change this in /etc/conf.d/deluged. Of course, the user needs to exist.
So ....... Is the word daemon implied to also mean group? If so, should user deluge belong to the group deluge?
The user deluge currently belongs to no groups.
Does the quote also imply that everything is ok as installed per default?
If not, it should simply specify that the user has to manually set up <user x> to belong to <group y>.
The last sentence further confuses things as far as I'm concerned. I'll try to guess the meaning of it.
Of course user deluge exists if it is created by the installation.
Is the sentence referring to the user deluge, the user(jeff) or who needs to belong to what?
I'll update the wiki to clarify if I can get an answer and verify it on my system.
Also I should mention that Deluge currently works great and also did before switching to systemd. Deluge is a default install as I have not changed any user or groups deluge.
[root@Arch2010p5 jeff]# cat /etc/passwd | grep d
daemon:x:2:2:daemon:/sbin:/bin/false
nobody:x:99:99:nobody:/:/bin/false
dbus:x:81:81:System message bus:/:/bin/false
deluge:x:125:125:Deluge user:/srv/deluge:/bin/false
smmsp:x:150:25:sendmail:/var/spool/mail:/bin/false
git:x:998:998:git daemon user:/:/bin/bash
gdm:x:120:120:Gnome Display Manager:/var/lib/gdm:/sbin/nologin
uuidd:x:996:996::/:/sbin/nologin
polkitd:x:102:102:Policy Kit Daemon:/:/bin/false
[jeff@Arch2010p5 ~]$ cat /etc/group | grep d
bin:x:1:root,bin,daemon
daemon:x:2:root,bin,daemon
adm:x:4:root,daemon,jeff
disk:x:6:root,xbmc
lp:x:7:daemon,jeff,remote
uuidd:x:68:
video:x:91:jeff,remote,xbmc
audio:x:92:xbmc
nobody:x:99:
printadmin:x:1000:jeff
gdm:x:120:
[root@Arch2010p5 jeff]# groups deluge
[root@Arch2010p5 jeff]#
[root@Arch2010p5 jeff]# groups jeff
adm lp wheel games video storage power vboxusers printadmin users
/etc/conf.d/deluge
OPTIONS=""
WEB_OPTIONS=""
EDITED TO ADD INFO
Last edited by jeff story (2012-11-16 02:41:41)
Check out my website for info on the Arch Linux Installer
Offline
OK ...The Deluge error is gone.
EDIT: Thought Deluge error was corrected, my mistake, it's still there. At this point I'm thinking the deluge package is possibly creating a non critical error because of systemd incompatibility at some level. Deluge is working fine so I'm ignoring this for now.
I reinstalled the dependencies pygtk and librsvg, and changed permission on the empty directory /srv/deluge via chmod u+x /srv/deluge.
Then rebooted system.
[jeff@Arch2010p5 ~]$ su
Password:
[root@Arch2010p5 jeff]# systemctl --failed
UNIT LOAD ACTIVE SUB JOB DESCRIPTION
systemd-tmpfiles-setup.service loaded failed failed Recreate Volatile Files and Directories
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
JOB = Pending job for the unit.
1 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
From what I've read, the tmpfiles / gvfs error is caused by the gvfs package having an unfix-able? bug for 3 years, likely causing the error.
Unless something related comes up actually broken, I'm going to ignore it.
Last edited by jeff story (2012-11-16 04:15:04)
Check out my website for info on the Arch Linux Installer
Offline
I have no idea bout the gvfs error, as I have been seeing permissions issues with that crap for some time now in these forums. I don't use it anyway. The best I can come up with is grep the tmpfiles.d directory for gvfs and see if you can determine what is causing it, and what it is trying to do. Does /run/user/1000/gvfs exist, and what are the permissions of it if it does?
But the deluge thing... have you even looked at the file that is failing there? It very clearly says
Nov 15 11:07:19 Arch2010p5 systemd-tmpfiles[1015]: [/usr/lib/tmpfiles.d/deluge.conf:1] Unknown group 'deluge'.
Did you even bother to look at what /usr/lib/tmpfiles.d/deluge.conf has in it? This is the kind of error you want... to kind that tells you what is causing the problem, in a clear and reasonable fashion.
Offline
Thanks for the advice WonderWoofy
Did you even bother to look at what /usr/lib/tmpfiles.d/deluge.conf has in it? This is the kind of error you want... to kind that tells you what is causing the problem, in a clear and reasonable fashion.
Yes, /usr/lib/tmpfiles.d/deluge.conf is there and I looked, compared it to some other files in there. Nothing stood out other than the file path listed leads to nowhere.
d /run/deluge 0755 deluge deluge -
This is same /run/deluge/deluged.pid
Nov 15 20:25:56 Arch2010p5 systemd[1]: PID file /run/deluge/deluged.pid not readable (yet?) after start.
Nov 15 20:25:57 Arch2010p5 systemd[1]: deluged.service never wrote its PID file. Failing.
Nov 15 20:25:57 Arch2010p5 systemd[1]: Failed to start Deluge Daemon.
Nov 15 20:25:57 Arch2010p5 systemd[1]: Unit deluged.service entered failed state
Thats what lead me to think this package has an incompatibility issue with systemd.
I'm admittedly over my head and don't know how to fix it. Since it still works, I question if it's it really broken other systemd logging an error?
FYI: I'm 3+ week recovering from a ruptured biceps tendon surgery, and have been out of work ..... so this leads to lots of spare time .... then I start chasing down things like this .... lol.
Last edited by jeff story (2012-11-16 05:25:10)
Check out my website for info on the Arch Linux Installer
Offline
The deluge thing has nothing to do with systemd. It would appear that either the deluge group was never made when it should have been, or it should not be trying to make a directory with deluge as the group.
Copy deluge.conf to /etc/tmpfiles.d and then change the group to something more sane. Might I suggest root or users. See the tmpfiles.d man page for what everything in that line means.
Edit: Have you considered not using deluge? I just tried to install it, but cancelled because it wanted to load >85MB of crap onto my system. I just checked transmission, and pacman reported 3.25MB installed. Is there functionality that deluge has that you cannot get from a different torrent client? I am a minimalist, and enjoy rtorrent and its awesome ncurses interface. Though you have to learn key commands to use it, and configuration is a text file (plain text though, no complicated stuff).
Last edited by WonderWoofy (2012-11-16 07:17:13)
Offline
Thanks again WonderWoofy!
Created group deluge and made user deluge a member + followed your advise deluge.conf to /etc/tmpfiles.d + read man tmpfiles.d. and all errors, deluge daemon and systemd-tmpfiles have been eliminated
I stayed defaults deluge user /group to test for wiki update. Updated wiki to clarify user/ group thing and mentioned deluge.conf to /etc/tmpfiles.d if needed.
Deluge takes up only 16.6 MiB on my install, but not all that attached to it ... After all this im feeling more so though!!
Check out my website for info on the Arch Linux Installer
Offline
You probably didn't need to copy the conf file if you created the group. That advice was if you put deluge in a different group and needed to edit the config.
If the package creates the deluge user with no group, I'd say that's a bug and should be reported. Either the package should create the user correctly or it should not do so at all and just leave that to the user.
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline