On Mon, 2005-10-31 at 13:25 -0600, Fleming, John (ZeroChaos) wrote:


> 
> Can you send these while the machine is normal and when the machine is
> choking? (send the output.txt file btw)

Normal:

# cat /tmp/output.txt
Mon Oct 31 07:50:52 PST 2005
564/336/900 mbufs in use (current/cache/total)
555/269/824/17088 mbuf clusters in use (current/cache/total/max)
0/3/4528 sfbufs in use (current/peak/max)
1253K/622K/1875K bytes allocated to network (current/cache/total)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines
Name    Mtu Network       Address              Ipkts Ierrs    Opkts
Oerrs  Coll
em0    1500 <Link#1>      00:14:22:0a:64:4c  2200575     0  2004248
0     0
em0    1500 fe80:1::214:2 fe80:1::214:22ff:        0     -        4
-     -
em0    1500 111.111.111.152 111.111.111.154         3395     -        0
-     -
em1    1500 <Link#2>      00:14:22:0a:64:4d  2003036     0  2195974
0     0
em1    1500 fe80:2::214:2 fe80:2::214:22ff:        0     -        4
-     -
em1    1500 111.111.111.152 111.111.111.154            0     -     6162
-     -
pfsyn  2020 <Link#3>                               0     0        0
0     0
lo0   16384 <Link#4>                               0     0        0
0     0
lo0   16384 127           127.0.0.1                0     -        0
-     -
lo0   16384 ::1/128       ::1                      0     -        0
-     -
lo0   16384 fe80:4::1/64  fe80:4::1                0     -        0
-     -
pflog 33208 <Link#5>                               0     0        0
0     0
bridg  1500 <Link#6>      ac:de:48:e1:dd:5f  4197981     0  4200265
0     0




Choking:


Mon Oct 31 07:48:44 PST 2005
515/385/900 mbufs in use (current/cache/total)
514/310/824/17088 mbuf clusters in use (current/cache/total/max)
0/3/4528 sfbufs in use (current/peak/max)
1156K/716K/1873K bytes allocated to network (current/cache/total)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines
Name    Mtu Network       Address              Ipkts Ierrs    Opkts
Oerrs  Coll
em0    1500 <Link#1>      00:14:22:0a:64:4c  2011449     0  1838611
0     0
em0    1500 fe80:1::214:2 fe80:1::214:22ff:        0     -        4
-     -
em0    1500 111.111.111.152 111.111.111.154         2644     -        0
-     -
em1    1500 <Link#2>      00:14:22:0a:64:4d  1835313     0  2007595
0     0
em1    1500 fe80:2::214:2 fe80:2::214:22ff:        0     -        4
-     -
em1    1500 111.111.111.152 111.111.111.154            0     -     5336
-     -
pfsyn  2020 <Link#3>                               0     0        0
0     0
lo0   16384 <Link#4>                               0     0        0
0     0
lo0   16384 127           127.0.0.1                0     -        0
-     -
lo0   16384 ::1/128       ::1                      0     -        0
-     -
lo0   16384 fe80:4::1/64  fe80:4::1                0     -        0
-     -
pflog 33208 <Link#5>                               0     0        0
0     0
bridg  1500 <Link#6>      ac:de:48:e1:dd:5f  3841883     0  3846209
0     0


Some of your advised commands fail:


# sysctl hw.em0.stats=1 >> /tmp/output.txt
sysctl: unknown oid 'hw.em0.stats'
#
# sysctl hw.em1.stats=1 >> /tmp/output.txt
sysctl: unknown oid 'hw.em1.stats'
#
# sysctl hw.em2.stats=1 >> /tmp/output.txt
sysctl: unknown oid 'hw.em2.stats'




> 
> Are you able to try this test using routing ver bridging?

I did not try with routing as this is not what I'm going to use.
I however tried doing this with firewall disabled and bridging enabled
which seems to show it is not bridging itself at least. 


> 
> 
> -----Original Message-----
> From: Scott Ullrich [mailto:[EMAIL PROTECTED] 
> Sent: Monday, October 31, 2005 1:09 PM
> To: support@pfsense.com
> Subject: Re: [pfSense Support] Network Device pooling
> 
> On 10/31/05, Peter Zaitsev <[EMAIL PROTECTED]> wrote:
> > On Mon, 2005-10-31 at 12:03 -0500, Scott Ullrich wrote:
> > > Please describe the hardware your using fully.  NICS, etc.   This is
> > > not normal behavior.
> >
> > Sure It is Dell Poweredge 750
> > 512MB RAM,  SATA150 disk, Celeron 2.4Ghz
> >
> > ACPI APIC Table: <DELL   PE750   >
> > Timecounter "i8254" frequency 1193182 Hz quality 0
> > CPU: Intel(R) Celeron(R) CPU 2.40GHz (2400.10-MHz 686-class CPU)
> >   Origin = "GenuineIntel"  Id = 0xf29  Stepping = 9
> >
> >
> Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE
> ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
> >   Features2=0x4400<CNTX-ID,<b14>>
> > real memory  = 536608768 (511 MB)
> > avail memory = 515547136 (491 MB)
> >
> >
> >
> > Nics are build in Intel 10/100/1000 NICs:
> >
> > em0: <Intel(R) PRO/1000 Network Connection, Version - 2.1.7> port
> > 0xece0-0xecff mem 0xfe1e0000-0xfe1fffff irq 18 at device 1.0 on pci1
> > em0: Ethernet address: 00:14:22:0a:64:4c
> > em0:  Speed:N/A  Duplex:N/A
> >
> >
> > It does not looks like this is hardware issue for me as if I disable
> > firewall it works fine.
> >
> > I tried turning off scrub and it does not change anything. Still
> timeout
> > after few requests:
> 
> And when this timeout occurs do you see anything in the system logs?  
> Can you still telnet into the apache server behind pfsense?   This
> really doesn't make a lot of sense.  It should be able to stand up to
> this.
> 
> Scott
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to