Red Hat Bugzilla – Bug 89666
i18n support in initscripts disallows /usr as nfs fs
Last modified: 2014-03-16 22:35:54 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
Description of problem:
The i18n support in /etc/init.d/functions causes the shell to load several files
under /usr in order to support the language specified in /etc/sysconfig/i18n
(even if it's "en/en_US").
Then, on shutdown and if /usr is a remote nfs filesystem, the netfs script will
try to umount it, obviously fail, and then will kill the rc script responsible
for the shutdown, stopping the shutdown process and locking the OS.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. have /usr as a remote nfs filesystem (or maybe any remote or local filesystem?)
2. make sure /etc/sysconfig/i18n exists and has LANG defined to something other
3. shutdown the machine
Actual Results: the rc script is killed and init reports that no processes left
in current runlevel
Expected Results: /usr should be unmounted, or at least mounted ro
This bug is present in RedHat Linux 8.0 and 9 and maybe others
Are you sure this still happens in 9? Looking at 'rc', it exports the LANG to
'C' before calling halt/reboot.
Actually, 9 exports LC_ALL, LANG is unchanged. I don't know if that fixes the
problem, I don't remember if I tested a RedHat Linux 9 system with /usr remotely
mounted or only if LANG was defined for something other than C.
It still is in RH9, although for halt LC_ALL is set to C.
But, for netfs, LANG is unchanged, and no LC* is defined. Doesn't netfs needs
LC_ALL (at least) defined to C?
Closing bugs on older, no longer supported, releases. Apologies for any lack of
If this persists on a current release, such as Fedora Core 4, please open a new bug.