We use scp to upload test results to fedorapeople.org:/srv/groups/linuxsystemroles using the user linuxsystemroles. I guess due to the move the linuxsystemroles uid/gid have changed but not the owner/group of /srv/groups/linuxsystemroles so that directory is no longer writable
fedorapeople.org:/srv/groups/linuxsystemroles
linuxsystemroles
/srv/groups/linuxsystemroles
$ id -a uid=1494222406(linuxsystemroles) gid=1494222406(linuxsystemroles) ... $ ll /srv/groups/linuxsystemroles total 5804 drwxrwxr-x. 3 100833 229590 17 May 28 2019 ./ drwxr-xr-x. 33 root root 4096 Jan 6 20:27 ../ drwxrwxr-x. 48348 229590 229590 5398528 Mar 24 17:19 logs/ $ touch /srv/groups/linuxsystemroles/deletemetouch: cannot touch ‘/srv/groups/linuxsystemroles/deleteme’: Permission denied
I guess someone needs to do a chown -R linuxsystemroles:linuxsystemroles /srv/groups/linuxsystemroles or some such?
chown -R linuxsystemroles:linuxsystemroles /srv/groups/linuxsystemroles
ASAP - we cannot publish CI results
I have also hit permission denied on fedorepeople. For me it is on the /project/fcos-images where I publish unofficial fcos builds for not yet fully supported architectures.
Metadata Update from @smooge: - Issue assigned to smooge
Metadata Update from @smooge: - Issue priority set to: Waiting on Assignee (was: Needs Review) - Issue tagged with: authentication, medium-gain, medium-trouble, ops
Linux systemroles is fixed. I am working on the others.
Yep - thanks!
I believe i have fixed these as best I can at the moment. I may need to make general chown to a sngle user for some of these groups
Metadata Update from @smooge: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)
Log in to comment on this ticket.