>IIUC you recommend to install and remove the package ceph.
>
>[rocketmouse@archlinux tmp]$ asp checkout ceph
>Cloning into 'ceph'...
>done.
>[rocketmouse@archlinux tmp]$ cat ceph/trunk/ceph.sysusers
>u ceph 340 - /run/ceph
Oops, or do you imply to remove the user, after the package is removed
On Thu, 13 Dec 2018 00:59:19 -0600, Doug Newgard via arch-general wrote:
>On Thu, 13 Dec 2018 07:52:55 +0100
>Ralf Mardorf via arch-general wrote:
>
>> On Thu, 13 Dec 2018 07:34:12 +0100, Peter Nabbefeld wrote:
>> >Probably I should create the folder to fix the problem. Which owner
>> >and acces
On Thu, 13 Dec 2018 07:52:55 +0100
Ralf Mardorf via arch-general wrote:
> On Thu, 13 Dec 2018 07:34:12 +0100, Peter Nabbefeld wrote:
> >Probably I should create the folder to fix the problem. Which owner
> >and access rights are needed?
>
> No, use /usr/lib/sysusers.d/ to declare the user.
>
On Thu, 13 Dec 2018 07:33:49 +0100
Andy Pieters wrote:
> On Wed, Dec 12, 2018 at 10:28 PM Peter Nabbefeld
> wrote:
> >
> >
> > Hello,
> >
> > because of a performance problem I've checked services and noticed this
> > line:
> > ● shadow.service
> > loaded failed failedVe
On Thu, 13 Dec 2018 07:34:12 +0100, Peter Nabbefeld wrote:
>Probably I should create the folder to fix the problem. Which owner
>and access rights are needed?
No, use /usr/lib/sysusers.d/ to declare the user.
[root@archlinux rocketmouse]# apropos sysusers.d
sysusers.d (5) - Declarative all
PPS:
On Wed, 12 Dec 2018 22:28:40 +0100, Peter Nabbefeld wrote:
>Probably the user is created only if whole ceph is installed, too?
$ pacman -Qo /usr/lib/sysusers.d/ceph.conf
/usr/lib/sysusers.d/ceph.conf is owned by ceph 13.2.1-2
Good Morning,
thank You for Your reply.
1. I don't edit /etc/passwd nor /etc/group manually.
2. As I've already pointed out, it's the incomplete ceph-libs user
"ceph", which misses its home directory "/run/ceph".
It seems, some install script didn't work correctly (e.g. I'd never
create a h
On Wed, Dec 12, 2018 at 10:28 PM Peter Nabbefeld wrote:
>
>
> Hello,
>
> because of a performance problem I've checked services and noticed this
> line:
> ● shadow.service
> loaded failed failedVerify integrity of password
> and group files
>
>
> So I checked this service a
PS: When editing password or group files you should use vipw and vigr
and FWIW to edit the sudoers file it's common to use visudo. The EDITOR
variable allows to replace vi by an editor of your choice.
On Wed, 12 Dec 2018 22:28:40 +0100, Peter Nabbefeld wrote:
>As system seems to run without problems (other than performance), I've
>got two questions:
>
>1. Do I need the shadow service? Why?
If verifying the integrity of group files and/or password files fails, I
wouldn't call it an install "wit
Hello,
because of a performance problem I've checked services and noticed this
line:
● shadow.service
loaded failed failedVerify integrity of password
and group files
So I checked this service and got this output:
$ systemctl status shadow
● shadow.service - Verify
11 matches
Mail list logo