Wrigglesworth, Colin wrote:
I am encountering a problem with adding the qmail.lrp package to myI have not added qmail to Dachstein, but I think I know what's going wrong. Dachstein uses a seperate partition for the log files, so /var/log is empty at boot (when the *.lrp files are automatically unpacked/installed). Init scripts mount the /var/log partition, and populate it with the required files/directories. The qmail package probably contains /var/log/smtp and /var/log/pop3 files, but they are getting over-written when the new /var/log partition is mounted.
Dachstein-CD setup.
I have tried both loading the package by floppy and by adding it to a custom
copy of the CD. The problem manifests itself only on rebooting the router
after adding qmail to the lrpkg.cfg file.
If I load qmail manually by mounting the media and using lrpkg -i qmail all
appears to be OK although I've not yet proved email functionality I'm not
getting any errors. I can start and stop qmail using the init script. The
initial start complains that the directories /var/log/smtp and /var/log/pop3
don't exist but it creates them with no further comments. However on
rebooting the system I get through all the router configuration messages and
am just about to enter the login password when the screen fills with
scrolling messages complaining that the permissions on /var/log/smtp cannot
be changed because it does not exist. I get the same message for
/var/log/pop3 and possibly some other messages but everything is wizzing
past so fast and the only way I could find to stop it is to give it the 3
fingered salute and catch the last few messages as it shuts down.
I read Jacques user guide and can't see that I'm doing anything wrong but I
do have one observation which I don't know the implications of:
Jacques user guide states that the /etc/shadow entries should be as an
example:
alias:*:11096:0:99999:7:::
However the Dachstein-CD already has entries of:
alias:*:10091:0:99999:7:::
I've tried changing these but it doesn't appear to make any difference to
the problem I'm having. However which one is correct?
Anyone out there added Qmail 1.03a to Dachstein-CD 1.0.2 and got it working
without any undocumented tweaks to files? I.e. not in Jacques guide.
What I think is happening at boot-time:
- Dachstein boots, loads the kernel, initial ramdisk (root.lrp) and runs the /linuxrc init script
- linuxrc installs all packages, including qmail.lrp
- The installation of qmail.lrp creates the desired files/directories in /var/log
- linuxrc exits, and init takes over.
- rcS.d scripts are run, creating a new ramdisk and mounting it at /var/log. This causes the existing /var/log/ files to "dissappear"
- qmail init script runs, and qmail barfs on non-existant files.
There are a couple of ways you can fix this. First, you can test for (and create if missing) the files you expect in the qmail init script. Make sure you get the ownership and permissions correct, or qmail will continue to complain.
The clean way to do this, however, is to put a tar.gz file in /etc/ramdisk/. The files in this directory are uncompressed *AFTER* all additional run-time ramdisks are created and mounted, allowing you to populate /var/log (and any other directories that might be on their own ramdisk partiton) after system init. Simply create a tar.gz file with the required /var/log entries (use the existing log.tgz as an example), drop it in /etc/ramdisk/, and add it to the qmail file list so it will be backed up with the qmail.lrp package. For extra-credit, you can remove the /var/log entries from the qmail.lrp package so they won't be hanging around chewing up memory (NOTE: The /var/log files installed from the qmail.lrp package didn't entirely disappear, you just can't see them until you unmount /var/log. To test this, shutdown the logging daemons with svi sysklogd stop, and unmount /var/log...the missing qmail files should magically appear!).
--
Charles Steinkuehler
[EMAIL PROTECTED]
-------------------------------------------------------
This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
------------------------------------------------------------------------
leaf-user mailing list: [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user
SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
