Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

H. Peter Anvin wrote: > Followup to: <[EMAIL PROTECTED]> > By author:Claus Assmann <[EMAIL PROTECTED]> > In newsgroup: linux.dev.kernel > > > > Why does Linux report a LA of 10 if there are only two processes > > running? > > > > Load Average = runnable processes (R) + processes in disk

Re: Intel's ANS Driver -vs- Bonding [was Re: Linux 2.2.18pre21]

Dan Browning wrote: > > I think it is great that there is continued valuable developement on the > bonding driver. Have you guys taken a look at the source code for Intel's > new ANS driver? For any Intel network card, it will do 8-way Fast > EtherChannel. Supposedly, it also supports

Re: Patch generation

[Chmouel Boudjnah <[EMAIL PROTECTED]>] > i would recommend to use the orig.el[1] from frederic.lepied with > Emacs, it save any files before editing with a particuliar prefix I'll take a look, thanks. > and you can generate the patch with the gendiff script (included with > rpm). I did not

Re: [BUG] /proc//stat access stalls badly for swapping process,2.4.0-test10

In article <[EMAIL PROTECTED]>, David Mansfield <[EMAIL PROTECTED]> wrote: >Linus Torvalds wrote: >... >> >> And it has everything to do with the fact that the way Linux semaphores >> are implemented, a non-blocking process has a HUGE advantage over a >> blocking one. Linux kernel semaphores

Re: bzImage ~ 900K with i386 test11-pre2

[Robert Lynch] > I've been regularly building kernels in the testXX series, and > they have been coming out ~ 600K; test10-final and test11-pre1: > > -rw-r--r--1 root root 610503 Oct 31 18:39 vmlinuz-t10 > -rw-r--r--1 root root 610568 Nov 7 20:26 vmlinuz-t11p01 > >

Re: Patch generation

Peter Samuelson <[EMAIL PROTECTED]> writes: > > (I prefer EMACS, which likes to unlink.) > No it doesn't, not always. Your choice: > (setq make-backup-files nil) > (setq backup-by-copying t) i would recommend to use the orig.el[1] from frederic.lepied with Emacs, it save any files before

Re: bzImage ~ 900K with i386 test11-pre2

"H. Peter Anvin" <[EMAIL PROTECTED]> writes: > > On x86 machines there is a size limitation on booting. Though I thought > > it was 1024K as the max, 900K should be fine. > No, there isn't. There used to be, but it has been fixed. the main problem is for us distribution if we want to fit this

patch for pas16 configuration in 2.4

This patch allows someone to select only Pro Audio Spectrum configuration and get both PAS and SB emulation, as intended. Small changes were also made to documentation. It appears that it is too late for inclusion before 2.4 final, but is submitted now for comments. diff -urN

Re: Where is it written?

On Sat, Nov 11, 2000 at 12:28:54PM +1100, Keith Owens wrote: > On 10 Nov 2000 17:10:00 -0800, > "H. Peter Anvin" <[EMAIL PROTECTED]> wrote: > >We can mess with the ABI, but it requires a wholescale rev of the > >entire system. > > AFAICT, there is nothing stopping us from redoing the kernel ABI

Re: [ANNOUNCE] Generalised Kernel Hooks Interface (GKHI)

On Fri, 10 Nov 2000 19:29:26 -0800, "Matt D. Robinson" <[EMAIL PROTECTED]> wrote: >We're removing lcrash from >the kernel, putting it into its own RPM, and adding patches to the >kernel for LKCD that build in crash dump functionality and make a new >"Kernsyms" file so that we can dynamically

Intel's ANS Driver -vs- Bonding [was Re: Linux 2.2.18pre21]

I think it is great that there is continued valuable developement on the bonding driver. Have you guys taken a look at the source code for Intel's new ANS driver? For any Intel network card, it will do 8-way Fast EtherChannel. Supposedly, it also supports failover (though even "bonding" driver

Re: Oops with 2.4.0-test10 during ripping an audio cd with cdda2wav

On Fri, Nov 10 2000, Bernd Nottelmann wrote: > Hi, > > I am not sure, if this is a reiserfs related issue, so I send this Oops > report both to the kernel mailing list and to the reiserfs people > (kernel has been patched with reiserfs-3.6.18). > > During ripping the last song from a cd (a

Re: Patch generation

[Dan Aloni] > > Then you run this script (I got it when Riel pasted it on IRC) > > > > for i in `find ./ -name \*.orig` ; do diff -u $i `dirname $i`/`basename $i > > .orig` ; done That works, but see http://bugs.debian.org/64958 for my variant: a fairly trivial diff diff that adds a flag

newbie in kernel

Dear Sirs, May I have your help on re-build kernel? I wanna find /usr/src/linux/include/linux/tasks.h and change the NR_TASKS to increase the limitation of max processes. But It's not there under kernel 2.4.0-test10. where can I find it? All I wanna get, is to increate the max

Re: [ANNOUNCE] Generalised Kernel Hooks Interface (GKHI)

"Theodore Y. Ts'o" wrote: > >Date: Fri, 10 Nov 2000 10:36:31 -0800 >From: "Matt D. Robinson" <[EMAIL PROTECTED]> > >As soon as I finish writing raw write disk routines (not using kiobufs), >we can _maybe_ get LKCD accepted one of these days, especially now that we >don't

Re: Wild thangs, was: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Andrew Morton wrote: > > "Jeff V. Merkey" wrote: > > > > They're not modprobes, they're misnamed processes sleeping from NWFS. > > I got the fix from someone so now they display their proper names. > > top displays the names correctly, ps does not. Several people have > > verified this problem,

Re: bzImage ~ 900K with i386 test11-pre2

Max Inux wrote: > > On 10 Nov 2000, H. Peter Anvin wrote: > >Different compile options? > > > >Why is a 900K kernel unusable? > > > > -hpa > > My guess would be it not actually bzipping the kernel. Id run make > bzImage again and making sure it is bzipping it. > gzip, actually. I can

Re: Wild thangs, was: sendmail fails to deliver mail with attachments in /var/spool/mqueue

"Jeff V. Merkey" wrote: > > They're not modprobes, they're misnamed processes sleeping from NWFS. > I got the fix from someone so now they display their proper names. > top displays the names correctly, ps does not. Several people have > verified this problem, and all you are saying is that

Re: Wild thangs, was: sendmail fails to deliver mail with attachments in /var/spool/mqueue

> They're not modprobes, they're misnamed processes sleeping from NWFS. If they're sleeping, why are they in D state? That ups the load average. > I got the fix from someone so now they display their proper names. > top displays the names correctly, ps does not. Several people have >

Re: Wild thangs, was: sendmail fails to deliver mail with attachments in /var/spool/mqueue

On Fri, Nov 10, 2000 at 04:46:53PM -0800, David Ford wrote: > To be honest Jeff, most of my sendmail systems have default load values > and large (read created by microsoft mua) emails make it through > constantly with no distinguishable delays. I just launched 45 "cat > core|mail [EMAIL

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

On Fri, Nov 10, 2000 at 06:02:28PM -0800, David Ford wrote: > > > With a handle like > > > "Assmann", deviation is proably something you already understand quite > > > well ... > > > > Don't be a moron. Claus is German, Assman really is his last name and > > not some "handle", and it's

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

On Fri, Nov 10, 2000 at 05:15:53PM -0800, Steve VanDevender wrote: > Jeff V. Merkey writes: > > There was also an issue relative to how sendmail is interpreting load > > average on a linux box. [EMAIL PROTECTED] pointed out that perhaps you > > are not factoring sleeping processes, which

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

On Fri, Nov 10, 2000 at 05:46:29PM -0800, H. Peter Anvin wrote: > Ralf Baechle wrote: > > > > Jeff, > > > > On Fri, Nov 10, 2000 at 03:29:20PM -0700, Jeff V. Merkey wrote: > > > > > Well, here's what the sendmail folks **REAL** opinion of Linux is and > > > the way load average is calculated

Re: bzImage ~ 900K with i386 test11-pre2

On 10 Nov 2000, H. Peter Anvin wrote: >Different compile options? > >Why is a 900K kernel unusable? > > -hpa My guess would be it not actually bzipping the kernel. Id run make bzImage again and making sure it is bzipping it. On x86 machines there is a size limitation on booting. Though

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

> > With a handle like > > "Assmann", deviation is proably something you already understand quite > > well ... > > Don't be a moron. Claus is German, Assman really is his last name and > not some "handle", and it's pronounced "Oss-man". Claus is a well liked, knowledgable and well

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

I have this exact argument at work every so often. People coming in from an NT environment have difficulty understanding what it is/means and that it's not neccessarily bad when load gets above 1, etc, etc, etc. Ralf Baechle wrote: > > On Fri, Nov 10, 2000 at 02:18:20PM -0800, H. Peter Anvin

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Ralf Baechle wrote: > > Jeff, > > On Fri, Nov 10, 2000 at 03:29:20PM -0700, Jeff V. Merkey wrote: > > > Well, here's what the sendmail folks **REAL** opinion of Linux is and > > the way load average is calculated (senders name removed) > > > > [... sendmail person ...] > > > > Ok, here's my

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Jeff, On Fri, Nov 10, 2000 at 03:29:20PM -0700, Jeff V. Merkey wrote: > Well, here's what the sendmail folks **REAL** opinion of Linux is and > the way load average is calculated (senders name removed) > > [... sendmail person ...] > > Ok, here's my blunt answer: Linux sucks. Why does it

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Ralf Baechle wrote: > > On Fri, Nov 10, 2000 at 02:18:20PM -0800, H. Peter Anvin wrote: > > > Numerically high load averages aren't inherently a bad thing. There > > isn't anything bad about a system with a loadavg of 20 if it does what > > it should in the time you'd expect. However, if your

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

On Fri, Nov 10, 2000 at 02:18:20PM -0800, H. Peter Anvin wrote: > Numerically high load averages aren't inherently a bad thing. There > isn't anything bad about a system with a loadavg of 20 if it does what > it should in the time you'd expect. However, if your daemons start > blocking because

Re: PCMCIA versioning...

> Is there actually a way to work out what version of userspace > utilities you are using? Right now, no; the user space utilities grab the version number from the header files. I haven't figured out a sane way to straighten this out; this was the best I could come up with for now. In

Re: Where is it written?

Followup to: <[EMAIL PROTECTED]> By author:Keith Owens <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > On 10 Nov 2000 17:10:00 -0800, > "H. Peter Anvin" <[EMAIL PROTECTED]> wrote: > >We can mess with the ABI, but it requires a wholescale rev of the > >entire system. > > AFAICT,

Re: Where is it written?

On 10 Nov 2000 17:10:00 -0800, "H. Peter Anvin" <[EMAIL PROTECTED]> wrote: >We can mess with the ABI, but it requires a wholescale rev of the >entire system. AFAICT, there is nothing stopping us from redoing the kernel ABI to pass the first few parameters between kernel functions in registers.

Re: crash @ 64 day's of uptime

On Fri, 10 Nov 2000, Robbert Muller wrote: > Hi > some inspections of old log's on 2 other machines at home which both recently > crashed. Both up , you already guest it, 64 day's. [paulj@berkman paulj]$ uptime 1:25am up 202 days, 6:44, 12 users, load average: 0.75, 0.29, 0.20

Re: 2.2.17 wont compile on AMD k6@-550

On Fri, Nov 10, 2000 at 08:05:56PM -0500, root wrote: > Hello kernel hackers, > > I am having problems with compiling a kernel on an AMD K62-550. > I am running Red Hat 6.2, and am getting error messages like this: > > cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 >

Re: Wild thangs, was: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Followup to: <[EMAIL PROTECTED]> By author:David Ford <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > - Requires high load average allowance > Incorrect. Same machine barely spiked a tenth of a point for this load and >dropped > back to .05. Only time I adjusted the configured

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

Jeff V. Merkey writes: > There was also an issue relative to how sendmail is interpreting load > average on a linux box. [EMAIL PROTECTED] pointed out that perhaps you > are not factoring sleeping processes, which Linux does -- a deviation > from BSD's interpretation of load average. At

Re: 2.2.17 wont compile on AMD k6@-550

Hi, On 10 Nov 2000, root <[EMAIL PROTECTED]> wrote: > > cc: Internal compiler error: program cc1 got fatal signal 11 http://www.bitwizard.nl/sig11/ Have fun, Jochen. -- FAQ zur Newsgroup at.linux: PGP signature

2.2.17 wont compile on AMD k6@-550

Hello kernel hackers, I am having problems with compiling a kernel on an AMD K62-550. I am running Red Hat 6.2, and am getting error messages like this: cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe

Re: test11-pre2

On Fri, Nov 10, 2000 at 03:06:52PM -0500, Jan Harkes wrote: > On Fri, Nov 10, 2000 at 08:27:47PM +0100, Rafal Maszkowski wrote: > > On Thu, Nov 09, 2000 at 05:52:29PM -0800, Linus Torvalds wrote: > > > - pre2: > > > - David Miller: sparc64 updates, make sparc32 boot again > > Thanks for

Re: Where is it written?

Followup to: <[EMAIL PROTECTED]> By author:Michael Meissner <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Generally with ABIs you don't want to mess with it (otherwise you can't be > guaranteed that a library built by somebody else will be compatible with your > code, without all

Re: Where is it written?

Followup to: <[EMAIL PROTECTED]> By author:"Albert D. Cahalan" <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Gee that looks old. Might there be better calling conventions > for the Pentium 4 or Athlon? Memory latency, vector registers, > and more direct access to floating-point

Re: PATCH: 8139too kernel thread

Jeff Garzik wrote: > > (note Linus, not for applying...) > > Here is a patch, against 2.4.0-test11-pre2, that I wanted to forward > to the lists for comment. > > Many of the ethernet drivers have timer routines, which are > called every three-five seconds or so. These timer routines >

Re: Wild thangs, was: sendmail fails to deliver mail with attachments in /var/spool/mqueue

To be honest Jeff, most of my sendmail systems have default load values and large (read created by microsoft mua) emails make it through constantly with no distinguishable delays. I just launched 45 "cat core|mail [EMAIL PROTECTED]" and core is a 10 meg binary file. It results in a 14 meg total

Re: USB mouse stops working

On Sat, Nov 11, 2000 at 01:01:20AM +0100, Gerald Haese wrote: > Hi, ... > > the following problem is not a new one (for me): > > I'm using an SMP system. Everything works fine and (absolutely) stable - > exept my USB mouse :-( It's the USB version of the Wacom Graphire tablet. The > mouse

Re: Wild thangs, was: sendmail fails to deliver mail with attachments in /var/spool/mqueue

David Ford wrote: David, We got to the bottom of it. sendmail is using a BSD method to react to load average which is different than what linux is providing. You have to crank up O QueueLA = 18 O RefuseLA = 12 on a busy Linux server since the defaults will result in large emails never

Wild thangs, was: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Some wild blatherings about sendmail... - Uses lots of memory to send a big file. Incorrect. I just verified it with a 10 meg file which became a 14 meg attachment. Sendmail consumed an additional 5 megs combined while handling the input and output v.s. an idle daemon. Idle is 1.8M, recv

/net/ip_vs.h in stock kernels

I noticed that the ip_vs.h include is not in the main kernel tree or ip virtual switch support while I was attempting to buid the pirahnna web server. Is this module a patch located somewhere else on ftp.kernel.org. Thanks Jeff - To unsubscribe from this list: send the line "unsubscribe

Re: Where is it written?

On Fri, Nov 10, 2000 at 07:11:37PM -0500, Albert D. Cahalan wrote: > Michael Meissner writes: > > > It may be out of print by now, but the original reference > > for the x86 ABI, is the: > > > > System V Application Binary Interface > > Intel386 (tm) Processor Supplement > > > > When

RE: intel etherpro100 on 2.2.18p21 vs 2.2.18p17

FWIW, I have a dual-proc SuperMicro motherboard P3DM3 with integrated Adaptec SCSI and Intel 8255x built-in NIC. Sometimes on a cold boot I get the "kernel: eth0: card reports no RX buffers" that repeats, but if I follow it with a warm boot the message doesn't appear (even on subsequent warm

Re: 2.4.0-test11pre2-ac1 and previous problem

"Pawe³ Kot" wrote: > > Hello, > > I've following error with 2.4.0-test{9|10|pre11pre1-ac1|pre11pre2-ac1}: > > NMI Watchdog detected LOCKUP on CPU3, registers: > > And then the machine hangs. No response at all. > Always CPU3 is mentioned. > The machine is: > The latest Intel motherboard for

Re: test11-pre2 compile error undefined reference to `bust_spinlocks' WHAT?!

George Anzinger wrote: > > The notion of releasing a spin lock by initializing it seems IMHO, on > the face of it, way off. Firstly the protected area is no longer > protected which could lead to undefined errors/ crashes and secondly, > any future use of spinlocks to control preemption could

Re: [ANNOUNCE] Generalised Kernel Hooks Interface (GKHI)

Date: Fri, 10 Nov 2000 10:36:31 -0800 From: "Matt D. Robinson" <[EMAIL PROTECTED]> As soon as I finish writing raw write disk routines (not using kiobufs), we can _maybe_ get LKCD accepted one of these days, especially now that we don't have to build 'lcrash' against a kernel

Re: Where is it written?

Michael Meissner writes: > It may be out of print by now, but the original reference > for the x86 ABI, is the: > > System V Application Binary Interface > Intel386 (tm) Processor Supplement > > When Cygnus purchased the manual I have, many moons ago, > it was published by AT, with a

Where is....

For some PowerPC kernels, there is an element of the kernel that writes information to the front LCD status panel on an IBM RS/6000. Does anybody know in which header or .c file contains the script that outputs this data? -- Eric Reischer "You can't depend

Re: compiling md/lvm on 2.4.0-test9-test11-pre2 for alpha

On Friday November 10, [EMAIL PROTECTED] wrote: > > Any suggestions? Yes, send the details to the author of the code, as detemined from the comment above it: Richard Henderson ([EMAIL PROTECTED]) After having written: > > I've tried this on -test9, test10, and test11-pre2, all with

USB mouse stops working

Hi, ... the following problem is not a new one (for me): I'm using an SMP system. Everything works fine and (absolutely) stable - exept my USB mouse :-( It's the USB version of the Wacom Graphire tablet. The mouse works great for some minutes or up to half an hour and it generates a lot of

Re: Where is it written?

Followup to: <[EMAIL PROTECTED]> By author:George Anzinger <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > I thought this would be simple, but... > > Could someone point me at the info on calling conventions to be used > with x86 processors. I need this to write asm code correctly

Re: bzImage ~ 900K with i386 test11-pre2

Followup to: <[EMAIL PROTECTED]> By author:Robert Lynch <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > I've been regularly building kernels in the testXX series, and > they have been coming out ~ 600K; test10-final and test11-pre1: > > -rw-r--r--1 root root 610503 Oct

bzImage ~ 900K with i386 test11-pre2

I've been regularly building kernels in the testXX series, and they have been coming out ~ 600K; test10-final and test11-pre1: -rw-r--r--1 root root 610503 Oct 31 18:39 vmlinuz-t10 -rw-r--r--1 root root 610568 Nov 7 20:26 vmlinuz-t11p01 test11-pre2 comes out ~ 900K:

Re: Where is it written?

On Fri, Nov 10, 2000 at 08:37:56AM -0800, George Anzinger wrote: > I thought this would be simple, but... > > Could someone point me at the info on calling conventions to be used > with > x86 processors. I need this to write asm code correctly and I suspect > that it is a bit more formal than

Re: [reiserfs-list] [bug] kernel panic related to reiserfs,2.4.0-test11-pre1 and 3.6.18

This is the first time I had kdb running. All other times I lost the console from the deadlock. The deadlock is bad enough to prevent any more access to basically everything. I'm still running the same kernel and will do so for several more days. It usually happens every two to three days.

Re: APIC errors w/ 2.4.0-test11-pre2

Rogier Wolff wrote: > > > I have seen the same problem on the same motherboard. It appears to > > be a motherboard bug that 2.4 exposes and 2.2 doesn't. > > This PRINT was added in 2.4. > > You're seeing noise on the apic lines. The APICs notice, but every now > and then you may see a lockup

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

> > > Turn on encryption, and try sending attachements > 1MB and tell me if > > > you see any problems, like emails sitting in /var/spool/mqueue for a day > > > or two until they go out. I can guarantee you will. > > > > Are you talking client -> MTA encryption, or MTA -> MTA encryption ?? > >

[patch] nfsd optimizations for test10

Hi, I made some optimizations on racache in nfsd in test10. The idea is to replace with existing fixed length table for readahead cache in NFSD with a hash table. The old racache is essentially ineffective in dealing with large # of files, and yet eats CPU cycles in scanning the table (even

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

Claus Assmann wrote: > > On Sat, Nov 11, 2000, Igmar Palsenberg wrote: > > > > > > It ran out of memory. The file got sent fine after I got rid of > > > > all the memory-consumers. Looks like a sendmail bug where they > > > > expect to load a whole file into memory all at once before sending >

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

On Sat, Nov 11, 2000, Igmar Palsenberg wrote: > > > > It ran out of memory. The file got sent fine after I got rid of > > > all the memory-consumers. Looks like a sendmail bug where they > > > expect to load a whole file into memory all at once before sending > > > it. I always thought you could

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

> > It ran out of memory. The file got sent fine after I got rid of > > all the memory-consumers. Looks like a sendmail bug where they > > expect to load a whole file into memory all at once before sending > > it. I always thought you could read from a file, then write to > > a socket. Maybe I'm

Re: [Fwd: CPU detection revamp (Request for comments)]

On Fri, 10 Nov 2000, Brian Gerst wrote: > > The datasheets are somewhat confusing, as it doesn't mention bit 10 > > at all, just an oversized box for bit 11. > The Athlons support sysenter and syscall, but the K6's only support > syscall. The earlier version of syscall (bit 10) is undocumented

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Followup to: <[EMAIL PROTECTED]> By author:Claus Assmann <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Why does Linux report a LA of 10 if there are only two processes > running? > Load Average = runnable processes (R) + processes in disk wait (D). -hpa -- <[EMAIL

Re: rdtsc to mili secs?

Followup to: <[EMAIL PROTECTED]> By author:[EMAIL PROTECTED] (Rogier Wolff) In newsgroup: linux.dev.kernel > > > > Intel PIIX-based systems will do duty-cycle throttling, for example. > > What's this "duty cycle throtteling"? Some people seem to think this > refers to changing the duty

compiling md/lvm on 2.4.0-test9-test11-pre2 for alpha

I've tried this on -test9, test10, and test11-pre2, all with similar results. I've checked the kernel mailing list archives, and didn't see anything pertinent. I'm getting the following errors: (in this case, attempting to make them as a module) make -C md modules make[2]: Entering directory

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

[ ... named redacted by request ... ] wrote: > > > Well, here's what the sendmail folks **REAL** opinion of Linux is and > > the way load average is calculated (senders name removed) > > > > [... sendmail person ...] > > > >> Ok, here's my blunt answer: Linux sucks. Why does it have a load >

Re: [Fwd: sendmail fails to deliver mail with attachments in/var/spool/mqueue]

On Fri, 10 Nov 2000, [iso-8859-1] willy tarreau wrote: > Dick, have you tried a simple "strace -f -p " ? > This often gives enough info. > > BTW, there's one version of sendmail that tests the > capability security hole of a previous kernel version > (2.2.15 ?), and refuses to launch if it

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

Igmar Palsenberg wrote: > > > Turn on encryption, and try sending attachements > 1MB and tell me if > > you see any problems, like emails sitting in /var/spool/mqueue for a day > > or two until they go out. I can guarantee you will. > > Are you talking client -> MTA encryption, or MTA -> MTA

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Claus Assmann wrote: > > On Fri, Nov 10, 2000, Jeff V. Merkey wrote: > > > I have dual T1 lines going into the box, and I just added a 4-way ADSL > > circuit as well (4 x 550K). Claus claimed there were TCPIP timeout bugs You said there were TCPIP timeout bugs. I can go retrieve the email.

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

> Turn on encryption, and try sending attachements > 1MB and tell me if > you see any problems, like emails sitting in /var/spool/mqueue for a day > or two until they go out. I can guarantee you will. Are you talking client -> MTA encryption, or MTA -> MTA encryption ?? > Jeff

Re: PCI-PCI bridges mess in 2.4.x

On Sat, 11 Nov 2000, Ivan Kokshaysky wrote: > On Fri, Nov 10, 2000 at 07:35:41PM +0100, Gerard Roudier wrote: > > I only have spec 1.0 on paper. I should have checked 1.1. Anyway, it may > > still exist bridges that have been designed prior to spec. 1.1. > > Yes, DEC 2105x bridges, for

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

"H. Peter Anvin" wrote: > > Followup to: <[EMAIL PROTECTED]> > By author:Neil W Rickert <[EMAIL PROTECTED]> > In newsgroup: linux.dev.kernel > > > > "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote: > > > > >The problem of dropping connections on 2.4 was related to the O RefuseLA > > >settings.

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

On Fri, Nov 10, 2000, Jeff V. Merkey wrote: > I have dual T1 lines going into the box, and I just added a 4-way ADSL > circuit as well (4 x 550K). Claus claimed there were TCPIP timeout bugs Please DON'T quote me wrong. This is getting very annoying. Is that your way to spread rumours and

Re: [Fwd: sendmail fails to deliver mail with attachments in/var/spool/mqueue]

> > Yes. Plus 8.11.1 has problems talking to older sendmails sine it uses > > encryption. > > I've been using sendmail-8.11.1 (no encryption) to talk to MTAs all over > the place, many of them so old it is scary. No problems seen at this end. > This is to be expected, BTW: They can't just go

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

> > What about sendmail 8.11.1? Is the problem there too? > > Yes. Plus 8.11.1 has problems talking to older sendmails sine it uses > encryption. Depends on how you configure it. An enabled encryption doesn't always mean it has problems taking to other sendmails. This sendmail here has no

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

On Fri, Nov 10, 2000, David Lang wrote: > how many CPUs in these high loadave boxes? unless you have a very > impressive machine (8+SMP) the defaults should be plenty high. > > also I thought the QueueLA default was 8 and the RefuseLA was 12 or have > they been bumped up since I last examined

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Alexander Viro wrote: > > On Fri, 10 Nov 2000, Jeff V. Merkey wrote: > > > > > Then perhaps qmail's time has finally come If sendmail cannot run > > on a machine with minimal background loading from a dozen or so FTP > > clients downloading files, it's clearly sick. BTW. I have another

Re: APIC errors w/ 2.4.0-test11-pre2

H. Peter Anvin wrote: > Followup to: <[EMAIL PROTECTED]> > By author:Bernhard Rosenkraenzer <[EMAIL PROTECTED]> > In newsgroup: linux.dev.kernel > > > > Hi, > > after booting a 2.4.0 (any testx-release I've tried so far, including > > test11-pre2) on a Dual-Pentium III box, the system works

Re: rdtsc to mili secs?

H. Peter Anvin wrote: > Followup to: <[EMAIL PROTECTED]> > By author:Pavel Machek <[EMAIL PROTECTED]> > In newsgroup: linux.dev.kernel > > > > > > Sensibly configured power saving/speed throttle systems do not change the > > > frequency at all. The duty cycle is changed and this controls

Re: [Fwd: sendmail fails to deliver mail with attachments in /var/spool/mqueue]

Followup to: <[EMAIL PROTECTED]> By author:Davide Libenzi <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > On Fri, 10 Nov 2000, Claus Assmann wrote: > > On Fri, Nov 10, 2000, Jeff V. Merkey wrote: > > > Looks like your bug. As an FYI, sendmail.rpms in Suse, RedHat, and > > > OpenLinux

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Followup to: <[EMAIL PROTECTED]> By author:Neil W Rickert <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote: > > >The problem of dropping connections on 2.4 was related to the O RefuseLA > >settings. The defaults in the RedHat, Suse, and

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

On Fri, 10 Nov 2000, Jeff V. Merkey wrote: > > Then perhaps qmail's time has finally come If sendmail cannot run > on a machine with minimal background loading from a dozen or so FTP > clients downloading files, it's clearly sick. BTW. I have another box > running qmail, and it doesn't

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

On Fri, 10 Nov 2000, Neil W Rickert wrote: > "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote: > > >The problem of dropping connections on 2.4 was related to the O RefuseLA > >settings. The defaults in the RedHat, Suse, and OpenLinux RPMs are > >clearly set too low for modern Linux kernels. You may

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

David Lang wrote: > > how many CPUs in these high loadave boxes? unless you have a very > impressive machine (8+SMP) the defaults should be plenty high. > > also I thought the QueueLA default was 8 and the RefuseLA was 12 or have > they been bumped up since I last examined them (8.8/8.9

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Then perhaps qmail's time has finally come If sendmail cannot run on a machine with minimal background loading from a dozen or so FTP clients downloading files, it's clearly sick. BTW. I have another box running qmail, and it doesn't have these problems. Jeff Neil W Rickert wrote: > >

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

how many CPUs in these high loadave boxes? unless you have a very impressive machine (8+SMP) the defaults should be plenty high. also I thought the QueueLA default was 8 and the RefuseLA was 12 or have they been bumped up since I last examined them (8.8/8.9 timeframes) David Lang On Fri, 10

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

"Jeff V. Merkey" <[EMAIL PROTECTED]> wrote: >The problem of dropping connections on 2.4 was related to the O RefuseLA >settings. The defaults in the RedHat, Suse, and OpenLinux RPMs are >clearly set too low for modern Linux kernels. You may want them cranked >up to 100 or something if you

Re: sendmail fails to deliver mail with attachments in /var/spool/mqueue

Hey guys, We got to the bottom of the sendmail problem. The line: -O QueueLA=20 and -O RefuseLA=18 Need to be cranked up in sendmail.cf to something high since the background VM on a very busy Linux box seems to exceed this which causes large emails to get stuck in the

Re: [BUG] /proc//stat access stalls badly for swapping process,2.4.0-test10

Linus Torvalds wrote: ... > > And it has everything to do with the fact that the way Linux semaphores > are implemented, a non-blocking process has a HUGE advantage over a > blocking one. Linux kernel semaphores are extreme unfair in that way. > ... > The original running process comes back

Re: APIC errors w/ 2.4.0-test11-pre2

Followup to: <[EMAIL PROTECTED]> By author:Bernhard Rosenkraenzer <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Hi, > after booting a 2.4.0 (any testx-release I've tried so far, including > test11-pre2) on a Dual-Pentium III box, the system works ok, but the > console gets filled

[PATCH] more kmap fixes

Couple of places missed in Jeff's patch: diff -urN rc11-2/fs/ncpfs/mmap.c rc11-2-kmap/fs/ncpfs/mmap.c --- rc11-2/fs/ncpfs/mmap.c Sun Aug 6 13:43:18 2000 +++ rc11-2-kmap/fs/ncpfs/mmap.c Fri Nov 10 16:31:01 2000 @@ -37,7 +37,7 @@ struct dentry *dentry = file->f_dentry;

Re: rdtsc to mili secs?

Followup to: <[EMAIL PROTECTED]> By author:Pavel Machek <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > > > Sensibly configured power saving/speed throttle systems do not change the > > frequency at all. The duty cycle is changed and this controls the cpu > > performance but the tsc

Re: [PATCH] document ECN in 2.4 Configure.help

Hi! > > > >with the TCP ECN_ECHO and CWR flags set, to indicate > > > >ECN-capability, then the sender should send its second > > > >SYN packet without these flags set. This is because > > > > > > Now that is nice. The end user perceived effect is that folks with faulty

  1   2   3   4   5   >