Description of problem: I'm running this testcase http://fedoraproject.org/wiki/User:Roshi/QA/AtomicTests/Atomic_Upgrade [fedora@atomic01 ~]$ sudo cat /ostree/repo/refs/heads/ostree/0/1/0 > /etc/file1 -bash: /etc/file1: Permission denied On a normal f28 server system,the command succeed as usual. Version-Release number of selected component (if applicable): Fedora-AtomicHost-28-20180410.n.1.x86_64.qcow2.1 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
hey Inie. Thanks for the bug report. This isn't a bug, though as the write to '/etc/file1' in the command you are running is not privileged (i.e. it's not part of the sudo command). If you were running as root this would work: ``` [vagrant@vanilla-f28-atomic ~]$ sudo su - [root@vanilla-f28-atomic ~]# whoami root [root@vanilla-f28-atomic ~]# cat /ostree/repo/refs/heads/ostree/0/1/0 > /etc/file1 [root@vanilla-f28-atomic ~]# echo $? 0 ``` It would also work if you included the redirect in the sudo command: ``` [vagrant@vanilla-f28-atomic ~]$ whoami vagrant [vagrant@vanilla-f28-atomic ~]$ sudo su -c "cat /ostree/repo/refs/heads/ostree/0/1/0 > /etc/file1" [vagrant@vanilla-f28-atomic ~]$ echo $? 0 ``` closing for now as notabug
I've updated the linked test case to clearly indicate to use a privileged user when writing to /etc
(In reply to Micah Abbott from comment #2) > I've updated the linked test case to clearly indicate to use a privileged > user when writing to /etc thanks micah