fedora-infrastructure

#12974 Non standard root "/" mode 775 on testing farm
Closed: Will Not/Can Not fix by james. Opened by jskarvad.

Closed: Will Not/Can Not fix
Reopen Issue

The / mode is usually 755, but for some reason unknown to me it's 775 when running tests on testing farm. This causes sendmail to stop working and most of the sendmail tests fails which blocks sendmail from entering the stable repo (e.g. it was stuck in the testing for 7 months last time). The failure:

:: [ 13:26:42 ] :: [   LOG    ] ::   Dec 10 13:26:42 ip-172-31-25-16.us-east-2.compute.internal systemd[1]: Starting sendmail.service - Sendmail Mail Transport Agent...
:: [ 13:26:42 ] :: [   LOG    ] ::   Dec 10 13:26:42 ip-172-31-25-16.us-east-2.compute.internal (sendmail)[8594]: sendmail.service: Referenced but unset environment variable evaluates to an empty string: SENDMAIL_OPTARG
:: [ 13:26:42 ] :: [   LOG    ] ::   Dec 10 13:26:42 ip-172-31-25-16.us-east-2.compute.internal sendmail[8594]: 451 4.0.0 /etc/mail/sendmail.cf: line 91: fileclass: cannot open '/etc/mail/local-host-names': Group writable directory
:: [ 13:26:42 ] :: [   LOG    ] ::   Dec 10 13:26:42 ip-172-31-25-16.us-east-2.compute.internal sendmail[8594]: NOQUEUE: SYSERR(root): /etc/mail/sendmail.cf: line 91: fileclass: cannot open '/etc/mail/local-host-names': Group writable directory
:: [ 13:26:42 ] :: [   LOG    ] ::   Dec 10 13:26:42 ip-172-31-25-16.us-east-2.compute.internal sendmail[8594]: NOQUEUE: SYSERR(root): /etc/mail/sendmail.cf: line 633: fileclass: cannot open '/etc/mail/trusted-users': Group writable directory
:: [ 13:26:42 ] :: [   LOG    ] ::   Dec 10 13:26:42 ip-172-31-25-16.us-east-2.compute.internal sendmail[8594]: 451 4.0.0 /etc/mail/sendmail.cf: line 633: fileclass: cannot open '/etc/mail/trusted-users': Group writable directory
:: [ 13:26:42 ] :: [   LOG    ] ::   Dec 10 13:26:42 ip-172-31-25-16.us-east-2.compute.internal systemd[1]: sendmail.service: Control process exited, code=exited, status=71/OSERR
:: [ 13:26:43 ] :: [   LOG    ] ::   Dec 10 13:26:42 ip-172-31-25-16.us-east-2.compute.internal systemd[1]: sendmail.service: Failed with result 'exit-code'.
:: [ 13:26:43 ] :: [   LOG    ] ::   Dec 10 13:26:42 ip-172-31-25-16.us-east-2.compute.internal systemd[1]: Failed to start sendmail.service - Sendmail Mail Transport Agent.

Original test run:
https://artifacts.dev.testing-farm.io/fa7bfd1f-ecd0-45ff-9cd1-a9f51a64cf5d/

This wasn't reproducible locally nor in the 1minutetip, so it took me some time to debug. Explicitly running:

# chmod 755 /

In the first test fixed the test and all consequent tests.

If this isn't the correct place where to report it, please give me a hint where to report.

E.g. the related sendmail update (with the temporally hacked tests during the debug):
https://bodhi.fedoraproject.org/updates/FEDORA-2025-69e916a0c5

Not sure what the problem is here, or even if it's intentional and your chmod workaround is fine ... but we aren't the people to speak to about it.

At a guess it's a issue in the cloud images or a issue in ci.

So you probably want to refile the ticket in https://pagure.io/fedora-ci/general

Metadata Update from @james:
- Issue close_status updated to: Will Not/Can Not fix
- Issue status updated to: Closed (was: Open)

@james it turns out to be a kiwi problem:
https://github.com/OSInside/kiwi/issues/2920
Metadata
None
None
None
None
Lowest
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.