Re: [Q] qmail and supervise
Bernhard Graf [EMAIL PROTECTED] wrote: Gerrit Pape wrote svscan should be started at boot time and never stopped until shutdown. That ensures your services are always running with the same (known and wanted) environment and limits. But I don't want to bypass run levels. Would you approve creating a 'down' file in the service directories and running 'svc -u / svc -d' in init.d scripts on each service? That's a nice idea, but it doesn't work. svscan started via inittab isn't started until *after* the init.d scripts are run. I only tested this on Red Hat 7.1, but I suspect its widespread. -Dave
Re: [Q] qmail and supervise
Dave Sill [EMAIL PROTECTED] wrote: Would you approve creating a 'down' file in the service directories and running 'svc -u / svc -d' in init.d scripts on each service? That's a nice idea, but it doesn't work. svscan started via inittab isn't started until *after* the init.d scripts are run. I only tested this on Red Hat 7.1, but I suspect its widespread. I could be mistaken, but I believe this behaviour depends on the order of the various lines in inittab -- if you put svscan before the stuff called in the standard runlevels, it should work. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
Re: [Q] qmail and supervise
Charles Cazabon [EMAIL PROTECTED] wrote: I could be mistaken, but I believe this behaviour depends on the order of the various lines in inittab -- if you put svscan before the stuff called in the standard runlevels, it should work. Hmm, that could be it. If so, it's unfortunate that DJB's daemontools installation instructions specifically say to put the SV entry at the end of the file. -Dave
Re: [Q] qmail and supervise
On Mon, 18 Jun 2001, Charles Cazabon wrote: I could be mistaken, but I believe this behaviour depends on the order of the various lines in inittab -- if you put svscan before the stuff called in the standard runlevels, it should work. SysVinit, which I believe is quite common on Linux systems, constructs a linked list in pretty much the same order listed in /etc/inittab, so your method would work here. However, this feature is usually poorly documented (if at all), so caveat implementor as always. -- Adrian Ho [EMAIL PROTECTED]
Re: [Q] qmail and supervise
On Sat, Jun 16, 2001 at 11:28:35PM +0900, YOON, Joo-Yung wrote: Thanks for your help. I checked the system, and found out that there were 2 places that initiate svscan. The one is /etc/inittab, and the other is /etc/init.d/svscan. Life with Qmail (installation document) misses the point that daemontool installs /etc/init.d/svscan and that it requests the readers to put a commanline in the /etc/inittab. daemontools does definitly not install /etc/init.d/svscan. I do not know where You have it from. So I removed the command line in the inittab file. And the svscan problem went away. (Thanks for your hint.) Better remove /etc/init.d/svscan and corresponding links and use the inittab entry as recommended by the software author. Gerrit. -- [EMAIL PROTECTED] innominate AG tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: [Q] qmail and supervise
Gerrit Pape wrote Better remove /etc/init.d/svscan and corresponding links and use the inittab entry as recommended by the software author. Why? -- Bernhard Graf [EMAIL PROTECTED]
Re: [Q] qmail and supervise
On Sun, Jun 17, 2001 at 03:18:37PM +0200, Bernhard Graf wrote: Gerrit Pape wrote Better remove /etc/init.d/svscan and corresponding links and use the inittab entry as recommended by the software author. Why? svscan should be started at boot time and never stopped until shutdown. That ensures your services are always running with the same (known and wanted) environment and limits. Regards, Gerrit. -- [EMAIL PROTECTED] innominate AG tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: [Q] qmail and supervise
Gerrit Pape wrote On Sun, Jun 17, 2001 at 03:18:37PM +0200, Bernhard Graf wrote: Gerrit Pape wrote Better remove /etc/init.d/svscan and corresponding links and use the inittab entry as recommended by the software author. Why? svscan should be started at boot time and never stopped until shutdown. That ensures your services are always running with the same (known and wanted) environment and limits. But I don't want to bypass run levels. Would you approve creating a 'down' file in the service directories and running 'svc -u / svc -d' in init.d scripts on each service? -- Bernhard Graf [EMAIL PROTECTED]
Re: [Q] qmail and supervise
On Sun, Jun 17, 2001 at 05:18:29PM +0200, Bernhard Graf wrote: Gerrit Pape wrote svscan should be started at boot time and never stopped until shutdown. That ensures your services are always running with the same (known and wanted) environment and limits. But I don't want to bypass run levels. Would you approve creating a 'down' file in the service directories and running 'svc -u / svc -d' in init.d scripts on each service? Yes. Gerrit. -- [EMAIL PROTECTED] innominate AG tel: +49.30.308806-0 fax: -77 http://www.innominate.com
[Q] qmail and supervise
Thanks for your help. I checked the system, and found out that there were 2 places that initiate svscan. The one is /etc/inittab, and the other is /etc/init.d/svscan. Life with Qmail (installation document) misses the point that daemontool installs /etc/init.d/svscan and that it requests the readers to put a commanline in the /etc/inittab. So I removed the command line in the inittab file. And the svscan problem went away. (Thanks for your hint.) But I still have another problem unsolved yet. I booted the system again, and still sees a warning message keep scrolling up. It is supervise:fatal:unable to start supervise/run:file does not exist. The directories related are as follows. 1. /service # ls -l /service lrwxrwxrwx1 root root 31 6¿ù 16 18:05 qmail-send - /var/qmail/supervise/qmail-send lrwxrwxrwx1 root root 32 6¿ù 16 18:05 qmail-smtpd - /var/qmail/supervise/qmail-smtpd drwx--3 root root 4096 6¿ù 16 23:16 supervise (There is another supervise inside the supervise directory.) 2. /var/qmail/supervise/qmail-send/supervise 3. /var/qmail/supervise/qmail-smtpd/supervise And for more information, I grepped the ps. 1. ps ax |grep supervise 315 ?S 0:00 supervise supervise 317 ?S 0:00 supervise qmail-send 318 ?S 0:00 supervise log 319 ?S 0:01 supervise qmail-smtpd 320 ?S 0:00 supervise log 4194 ?S 0:00 supervise qmail-smtpd 4195 ?S 0:00 supervise supervise 2. ps ax |grep qmail 317 ?S 0:00 supervise qmail-send 319 ?S 0:01 supervise qmail-smtpd 321 ?S 0:00 qmail-send 323 ?S 0:00 /usr/local/bin/multilog t /var/log/qmail/smtpd 324 ?S 0:00 /usr/local/bin/multilog t /var/log/qmail 438 ?S 0:00 qmail-lspawn ./Mailbox 439 ?S 0:00 qmail-rspawn 440 ?S 0:00 qmail-clean 4514 ?S 0:00 supervise qmail-smtpd Please give me another help. Warm regards, On Sat, Jun 16, 2001 at 05:57:03AM -0400, tc lewis wrote: it looks like you have svscan running on / and /service instead of just /service. check your /etc/inittab and other init scripts and such and make sure that only 1 svscan is running and only on /service. there are also 2 supervise processes running on qmail-smtpd for some reason. it could be related to the above. since 2 of those are running, 1 of them is actually running it (bound on port 25/tcp), and the other one keeps trying to start it but fails because it can't bind to that port since the first one already has it... somewhere to start, at least. -tcl. On Sat, 16 Jun 2001, YOON, Joo-Yung wrote: I installed qmail in accordance with lwq (dated 13 June 2001). I am gone to chapter 2 Installation, and did not go to chapter 3 Configuratin yet. Tried to stop qmail, but it does not stop by saying qmail-send: no file qmail-smtp: no file But I have them in /service linked to /var/qmail/supervise. So I restarted the linux box. Then I could stop and start the qmail system. But the log in /var/log/qmail/smtpd/current says @40003b2b26d422cdd01c tcpserver: fatal: unable to bind: address already used @40003b2b26d53b4973bc tcpserver: fatal: unable to bind: address already used @40003b2b26d70196845c tcpserver: fatal: unable to bind: address already used @40003b2b26d80352e22c tcpserver: fatal: unable to bind: address already used @40003b2b26d90504dfbc tcpserver: fatal: unable to bind: address already used and the terminal of the booting still produces junk fatal error messages that I can not read because they scroll up too fast. The environment of my system is linux-2.2.18 debian-2.2 (potato) qmail-1.03 ucspi-tcp-0.88 daemontools-0.70 Now the qmail is running, and I attach the ps output for your information. Could you please help me? I will highly appreciate it. Warm regards, -- YOON, Joo-Yung / ArBaGo Int'l KOREA 420-111 BooChun WonMi-1-Dong 1-28 (GunYong Bldg. 302) Mobile +82.19.350.1369 Fax +82.32.655.855.9 Email [EMAIL PROTECTED] -- YOON, Joo-Yung / ArBaGo Int'l KOREA 420-111 BooChun WonMi-1-Dong 1-28 (GunYong Bldg. 302) Mobile +82.19.350.1369 Fax +82.32.655.855.9 Email [EMAIL PROTECTED]
Re: [Q] qmail and supervise
YOON, Joo-Yung [EMAIL PROTECTED] writes: drwx--3 root root 4096 6¿ù 16 23:16 supervise (There is another supervise inside the supervise directory.) This is left from your previous wrong setup. There are supervise directories on overy first level directory now. To remove them: /etc/init.d/svscan stop (check that it really is stopped) rm -ri /*/supervise /etc/init.d/svscan start This should remove the warning messages and clean your system from unnecessary supervise directories. Regards, Frank
Re: [Q] qmail and supervise
Dear Frank, Thanks for your help. I deleted all supervise directories, and it seems to work. Warm regards, On Sat, Jun 16, 2001 at 04:49:20PM +0200, Frank Tegtmeyer wrote: YOON, Joo-Yung [EMAIL PROTECTED] writes: drwx--3 root root 4096 6¿ù 16 23:16 supervise (There is another supervise inside the supervise directory.) This is left from your previous wrong setup. There are supervise directories on overy first level directory now. To remove them: /etc/init.d/svscan stop (check that it really is stopped) rm -ri /*/supervise /etc/init.d/svscan start This should remove the warning messages and clean your system from unnecessary supervise directories. Regards, Frank -- YOON, Joo-Yung / ArBaGo Int'l KOREA 420-111 BooChun WonMi-1-Dong 1-28 (GunYong Bldg. 302) Mobile +82.19.350.1369 Fax +82.32.655.855.9 Email [EMAIL PROTECTED]