Subject: | |
From: | |
Reply To: | |
Date: | Thu, 15 Oct 1998 14:18:07 -0700 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
George Willis writes:
>
> When attempting to abort the background job, JDAEMON,SERVER.SENDMAIL,
> prior to our weekly fullbackup, we experience a SYSTEM ABORT 104 on our
> HP3K 987. According to HPRC, the failure was committed when SENDMAIL
> was attempting to release a UDP packet that was already released.
I haven't seen this on my own Sendmail/iX machines, nor has anybody else ever
reported it to me.
But I don't abort Sendmail prior to running my backups. It doesn't hold any
files open in write access, and since I have TurboStore Online, the backup
won't interfere with the normal operation of Sendmail.
Instead of :ABORTJOB, try killing it in a more friendly POSIX manner:
!job kill,server.sendmail
!run sh.hpbin.sys
kill `cat /SENDMAIL/PUB/etc/sendmail.pid`
exit
!eoj
The kill must be done from SERVER.SENDMAIL because of the restrictive way
MPE implements the kill() function (i.e. you can only kill your own processes,
not the processes created by other people, even if you're MANAGER.SYS or have
SM or PM).
> HP did not have any hits on this SA104 and was concerned that this
> program is 3rd-party and uses *priv mode* to function. Has anyone else
> experienced this problem? Is there a better way to stop the background
> jobs gracefully?
Don't accept the *priv mode* excuse. Sendmail uses only standard Berkeley
sockets function calls documented in the Berkeley Sockets/iX reference manual.
Sendmail only uses priv mode to:
1) bind() to sockets less than 1024 (this is documented and supported in the
Berkeley Sockets/iX manual)
2) to call setuid(). This is hinted at in the MPE/iX Developer's Kit manual
when the setuid() section refers to something like "appropriate privileges".
FWIW, Samba/iX definitely does 1). It probably also does 2), but I've never
had to look at that part of the code.
BIND DNS/iX coming with 6.0 also definitely does 1).
Sendmail DOES NOT use priv mode to directly manipulate any operating system
tables or to call any undocumented internal system procedures.
--
Mark Bixby E-mail: [log in to unmask]
Coast Community College Dist. Web: http://www.cccd.edu/~markb/
District Information Services 1370 Adams Ave, Costa Mesa, CA, USA 92626-5429
Technical Support Voice: +1 714 438-4647
"You can tune a file system, but you can't tune a fish." - tunefs(1M)
|
|
|