I take it back, this machine is not HT. I have disabled HT on my other
machines as in my experiences with HT the memory management was terrible! The
machines would slow down, sometimes to a crall! But turning off HT resolved
it and I haven't had troubles since! I would love to use it, but I just don't
trust it. I was running SMP kernels with the HT switch in the kernel on.
I have turned off eth1 and am only using eth0. I will try some of these steps
to see what is happening. The problem is dovecot just dies and I have to
restart it. 4 times today, but since lunch it has been fine. I'm wathcing my
logs and I don't see anything. I may setup Cyrus tonight after everyone
leaves.
Nathan
On Thursday 13 July 2006 14:51, you wrote:
> Hi Nathan,
>
> I don't agree with your assessment.
>
> Swagging: 100 users each reading 1 100K e-mail per second = 10000K
> traffic = 10 mbps - well within a single 100mbps NIC on a saturated
> network.
>
> You can get a better idea of your NIC traffic with something like this:
> netstat -i; sleep 60; netstat -i
> take the difference and divide by 60
>
>
> I think you have a server performance issue. You need to determine if
> it's the OS or the application or a dependence on some external server.
>
>
>
> I suggest the following:
> Remove one NIC
> Turn on HT - Why is HT turned off?
> Install package sysstat
> Install package ethereal, libpcap (and any other dependencies is may
> have) or tcpdump
>
> Review the data 1-2 days later using the sar command. During a period
> of degraded operation:
> - run iostat
> - run vmstat
> - run netstat -an | wc -l and compare it to ulimit -n
> - run top, set refresh to 1 sec, and note the process(es) using the most
> CPU - review system logs and imap logs. I'm not familiar with your imap
> server, but I hope it has logs. I hope you can change the logging level to
> really verbose.
> - If possible, turn off the firewall (I've seen many problems caused by
> firewalls).
> - run ethereal on your workstation and the server and trace your imap
> traffic. When you find lags in the traffic, investigate the cause. Lag
> between your workstation and the server is a network issue. Lag in the
> server can be caused by imap, name resolver, firewalls, etc.
> - You may also want to review your TCP parameters. Your iptables script
> might have made some changes (like stuffing a 1 in
> /proc/sys/net/ipv4/conf/eth0/log_martians). Make sure all the changes
> it makes are necessary. I still like the idea of turning it off until
> you resolve your problem.
> - Drastic move - use strace, attach to your imap server and watch the
> output to see where it chokes (network call, file not found, permission
> denied, etc). I was able to troubleshoot a clamav problem using this
> trick - turned out to be a directory permission issue (700 vice 755).
>
> Regards,
>
> George Toft, CISSP, MSIS
> My IT Department
> www.myITaz.com
> 480-544-1067
>
> Confidential data protection experts for the financial industry.
>
> Nathan England wrote:
> > I have looked online and found this is not a problem.
> > I decided that since my email bottle neck will most likely be network, I
> > added a second nic to the machine. They are configured as such:
> >
> > eth0 10.0.1.3 netmask 255.255.255.0
> > eth1 10.0.1.4 netmask 255.255.255.0
> >
> > route -n shows
> > Kernel IP routing table
> > Destination Gateway Genmask Flags Metric Ref Use
> > Iface 10.0.1.0 0.0.0.0 255.255.255.0 U 0 0
> > 0 eth0 10.0.1.0 0.0.0.0 255.255.255.0 U 0 0
> > 0 eth1 169.254.0.0 0.0.0.0 255.255.0.0 U 0
> > 0 0 eth1 0.0.0.0 10.0.1.1 0.0.0.0 UG 0
> > 0 0 eth1
> >
> >
> > All is well, I can point some to .3 and some to .4 specified by mail1 or
> > mail2 But Fedora is giving me the martian source error.
> > Is there a better way to do this? I have never seen a martian error like
> > this, though I have never had two nics on the same network on a Fedora
> > machine before. I've done it with other ditros and never saw this
> > error...
> >
> > Nathan
--
~~~~~~~~~~~~~~~~~~
Nathan England
PaysonLinux User Group
nathan@paysonlinux.org
http://www.paysonlinux.org/
Software Development
Website Development
Linux Administration
---------------------------------------------------
PLUG-discuss mailing list -
PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change you mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
(text/plain)