[Bug 226387] Merge Review: samba

bugzilla at redhat.com bugzilla at redhat.com
Mon Jul 2 15:38:12 UTC 2007


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Merge Review: samba


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=226387


bugzilla at redhat.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Product|Fedora Extras               |Fedora




------- Additional Comments From dmitry at butskoy.name  2007-07-02 11:38 EST -------
It seems that "winbind" name changes must be applied for all releases...

Consider the system boot/shutdown process. According to /etc/inittab,
"l0:0:wait:/etc/rc.d/rc 0" or
"l6:6:wait:/etc/rc.d/rc 6"

In "/etc/rc.d/rc" script we have such a fragment:

---start here----
# First, run the KILL scripts.
for i in /etc/rc$runlevel.d/K* ; do
        check_runlevel "$i" || continue

        # Check if the subsystem is already up.
        subsys=${i#/etc/rc$runlevel.d/K??}
        [ -f /var/lock/subsys/$subsys -o -f /var/lock/subsys/$subsys.init ] \
                || continue

        # Bring the subsystem down.
        if LC_ALL=C egrep -q "(killproc |action )" $i ; then
                $i stop
        else
                action $"Stopping $subsys: " $i stop
        fi
done

---end here---

For winbind we have "/etc/rc.d/rc0.d/K35winbind" symlink. The "subsys" value,
computed from this filename, is "winbind". But when we check
/var/lock/subsys/$subsys , we find nothing, as "/var/lock/subsys/winbindd"
exists there (double-d at the end instead of one).

IOW, it seems that with "winbindd" name, the init script will not be invoked for
"stop" at halt/reboot . And the similar when changing between runlevels (from 3
to 5 etc.)



-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the Fedora-package-review mailing list