unable to start qmail-send/run: exec format error

[Howard Miller-2]

Hi,

Getting the above error running

ps -efl | grep "service errors" | grep -v grep

I followed LWQM to the letter and have done successful installs
before. This is on Ubuntu 8.04LTS. I've carefully checked all the
services run files and also the qmail rc script. All seem ok and (at
least) nominally run from the command line without errors.

I'm a bit stuck. Does anybody have an answer or suggestions for how I
can further debug this.

Any assistance much appreciated.

[Jeremy Kister-19]

On 9/25/2009 7:20 AM, Howard Miller wrote:
> I'm a bit stuck. Does anybody have an answer or suggestions for how I
> can further debug this.

can you post your /service/qmail-send/run file, verbatim ?



--

Jeremy Kister
http://jeremy.kister.net./

[Howard Miller-2]

2009/9/25 Jeremy Kister <qmail-08@...>:

> On 9/25/2009 7:20 AM, Howard Miller wrote:
>>
>> I'm a bit stuck. Does anybody have an answer or suggestions for how I
>> can further debug this.
>
> can you post your /service/qmail-send/run file, verbatim ?
>
>
>
> --
>
> Jeremy Kister
> http://jeremy.kister.net./
>

Thanks Jeremy,

#!/bin/sh
exec /var/qmail/rc

Howard

[Jeremy Kister-19]

On 9/25/2009 7:53 AM, Howard Miller wrote:
> #!/bin/sh
> exec /var/qmail/rc

when you vi the file, are there ^M characters at the end of each line?

try this:

(
echo '#!/bin/sh'
echo 'exec /var/qmail/rc'
) > /service/qmail-send/run

then
svc -d /service/qmail-send
svc -u /service/qmail-send

[Howard Miller-2]

Hmmm....

I was quite careful about that but nevertheless I tried your echo
suggestion. Things are now bad but slightly different.

It's still not running - qmailctl stat never shows qmail-send running
for more than 1 second, but the ps/grep/grep for service errors shows
nothing.

If I run a ps | grep qmail I get...

root     22190  0.0  0.0   1568   320 pts/5    S    12:58   0:00
supervise qmail-send
root     22191  0.0  0.0   1568   320 pts/5    S    12:58   0:00
supervise qmail-smtpd
qmaill   23936  0.0  0.0   1580   320 pts/5    S    13:03   0:00
/usr/local/bin/multilog t /var/log/qmail
qmaild   23940  0.0  0.0   1772   572 pts/5    S    13:03   0:00
/usr/local/bin/tcpserver -v -R -l my.host.namek -x /etc/tcp.smtp.cdb
-c 20 -u 1015 -g 1014 0 smtp /var/qmail/bin/qmail-smtpd
qmaill   23941  0.0  0.0   1580   324 pts/5    S    13:03   0:00
/usr/local/bin/multilog t /var/log/qmail/smtpd
qmails   25050  0.0  0.0      0     0 pts/5    Z    13:07   0:00
[qmail-start] <defunct>
howard   25056  0.0  0.0   3012   772 pts/5    S+   13:07   0:00 grep qmail

Noting the [qmail-start] <defunct> - not sure what that means.

Howard


2009/9/25 Jeremy Kister <qmail-08@...>:

> On 9/25/2009 7:53 AM, Howard Miller wrote:
>>
>> #!/bin/sh
>> exec /var/qmail/rc
>
> when you vi the file, are there ^M characters at the end of each line?
>
> try this:
>
> (
> echo '#!/bin/sh'
> echo 'exec /var/qmail/rc'
> ) > /service/qmail-send/run
>
> then
> svc -d /service/qmail-send
> svc -u /service/qmail-send
>

[Jeremy Kister-19]

On 9/25/2009 8:10 AM, Howard Miller wrote:
> It's still not running - qmailctl stat never shows qmail-send running
> for more than 1 second, but the ps/grep/grep for service errors shows
> nothing.

anything interesting in /var/log/qmail/current ?

what happens when you run /var/qmail/rc manually ?

[Howard Miller-2]

2009/9/25 Jeremy Kister <qmail-08@...>:

> On 9/25/2009 8:10 AM, Howard Miller wrote:
>>
>> It's still not running - qmailctl stat never shows qmail-send running
>> for more than 1 second, but the ps/grep/grep for service errors shows
>> nothing.
>
> anything interesting in /var/log/qmail/current ?
>
> what happens when you run /var/qmail/rc manually ?
>

/var/log/qmail/current is empty (0 bytes)

running the rc file does absolutely nothing (as far as I can see).
There are no messages or response of any kind and no additional
processes (again that I can see) are created. Here it is (although
identical to life with qmail):

#!/bin/sh

# Using stdout for logging
# Using control/defaultdelivery from qmail-local to deliver messages by default

exec env - PATH="/var/qmail/bin:$PATH" \
qmail-start "`cat /var/qmail/control/defaultdelivery`"


Howard

[Howard Miller-2]

2009/9/25 Howard Miller <howard@...>:

> 2009/9/25 Jeremy Kister <qmail-08@...>:
>> On 9/25/2009 8:10 AM, Howard Miller wrote:
>>>
>>> It's still not running - qmailctl stat never shows qmail-send running
>>> for more than 1 second, but the ps/grep/grep for service errors shows
>>> nothing.
>>
>> anything interesting in /var/log/qmail/current ?
>>
>> what happens when you run /var/qmail/rc manually ?
>>
>
> /var/log/qmail/current is empty (0 bytes)
>
> running the rc file does absolutely nothing (as far as I can see).
> There are no messages or response of any kind and no additional
> processes (again that I can see) are created. Here it is (although
> identical to life with qmail):
>
> #!/bin/sh
>
> # Using stdout for logging
> # Using control/defaultdelivery from qmail-local to deliver messages by default
>
> exec env - PATH="/var/qmail/bin:$PATH" \
> qmail-start "`cat /var/qmail/control/defaultdelivery`"
>
>
> Howard
>

An update.... I made it worse. I was Googling around to see if there
was any info on qmail with Ubuntu 8.04. What I did find was a better
(supposedly) way of running daemontools:

http://www.howtoforge.com/perfect-djbdns-setup-on-ubuntu8.04-amd64

Daemontools seems to spark up just fine but now the only thing that
runs is qmail-send/log. I now get:

 ps -efl | grep "service errors" | grep -v grep
0 S root      8803  8800  0  80   0 -   390 -      14:11 ?
00:00:00 readproctitle service errors: ...al: unable to lock directory
/var/log/qmail/smtpd: temporary failure?multilog: fatal: unable to
lock directory /var/log/qmail/smtpd: temporary failure?multilog:
fatal: unable to lock directory /var/log/qmail/smtpd: temporary
failure?multilog: fatal: unable to lock directory
/var/log/qmail/smtpd: temporary failure?multilog: fatal: unable to
lock directory /var/log/qmail/smtpd: temporary failure?

The log directories have now picked up some strange files (that I
don't remember seeing before):

ls -l
total 4
-rw-r--r-- 1 qmaill nofiles    0 2009-09-25 10:15 @400000004abcbb0f1abdf474.u
-rw-r--r-- 1 qmaill nofiles    0 2009-09-25 13:43 current
-rw------- 1 qmaill nofiles    0 2009-09-25 10:15 lock
drwxr-xr-x 2 qmaill root    4096 2009-09-25 13:43 smtpd

I don't know if I have simply broken it more or this gives further
clues? I thought I would update anyway.