On Tue, Jul 03, 2001 at 02:02:31AM -0700, Will Yardley wrote:
> sweet.... thanks for pointing this out. sorry to be so obtuse, but can
> you explain how it should be?
The server I'm currently on looks like this:
total 12
drwxr-x--- 2 qmailq qmail 4096 Jul 1 2000 .
drwxr-x--- 11 qmailq qmail 4096 Jul 1 2000 ..
-rw------- 1 qmails qmail 0 Jul 1 2000 sendmutex
-rw-r--r-- 1 qmailr qmail 1024 Jun 28 08:13 tcpto
prw--w--w- 1 qmails qmail 0 Jul 3 10:52 trigger
> make check didn't fix it (although it did notice that there was a
> problem).
>
> i also tried:
> make trigger
>
> zugzug# make trigger
> cc trigger.o -o trigger
> /usr/lib/crt1.o: In function `_start':
> /usr/lib/crt1.o(.text+0x18): undefined reference to `main'
> trigger.o: In function `trigger_set':
> trigger.o(.text+0x25): undefined reference to `open_read'
> collect2: ld returned 1 exit status
> make: *** [trigger] Error 1
I get the same error myself if I try ''make trigger'' but ''make'' with
the original source works fine under libc 2.2.3 and gcc 2.95.4. Try to
recompile the entire source.
> so perhaps there's an error with either the source (as i mentioned it's
> from the debian source package for 1.03) or with the library mentioned
> (crt1.0). the machine is debian / potato (2.2) GNU / Linux
I've been running the binary qmail package to Debian Potato successfully
on several servers. Though I prefer to compile it myself :)
An alternative solution is:
1) shut down qmail
2) mv trigger /tmp
3) mknod trigger p
4) chown qmails.qmail trigger
5) chmod 644 trigger
6) start qmail
I moved trigger to tmp as a backup if something goes wrong but I'm quite
certain it'll work though.
The CPU problem might remain if the queue inodes are wrong...
A third solution is queue-fix[1] which is mentioned on the ''qmail
home page''[2]. It is supposed to fix the entire queue structure but I
haven't tested that utility myself.
J�rgen
[1] http://www.netmeridian.com/e-huss/queue-fix.tar.gz
[2] http://www.qmail.org/
