Description of problem:
The package release as a resolution to Bug 1398569 still faces Permission denied status in the chroot environment.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install openssh-6.6.1p1-33.el7_3
2. root uid is now dropped before doing chroot
3. encounter permission denied messages
chroot privileges not respected
chroot privileges should be respected
As already pointed out in the personal mail it is certainly different behavior caused by the fix in the bug #1357859.
The root cause is that we now drop root UID before doing chroot so the target user does not have permissions to stat all parts of the chroot directory.
As a workaround we can set the x permission for others on all parts in the path to the chroot.
For RHEL7.4 we will have to investigate if we will revert this feature or will be able to resolve it in some other way.
Hopefully we can approximate the chroot behavior from RHEL 6 in in the 7.4 release?
Thank you for verifying the workaround. I will keep you updated on how we are going to fix that as soon as possible.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.