Mailing List Archive
tlug.jp Mailing List tlug archive tlug Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: [tlug] strange nfs crashes
- Date: Wed, 7 Jul 2010 13:17:25 +0200
- From: Michal Hajek <hajek1@example.com>
- Subject: Re: [tlug] strange nfs crashes
- References: <20100414192546.GC25606@example.com> <x2zabb599561004141646k1474f7a7m30579b2c51273344@example.com>
- User-agent: Mutt/1.5.18 (2008-05-17)
Hello, after some time, I am resurrect this thread. So far we used some workaround our problem with NFS and new switch. However, yesterday I have finally made the suggested test: * Kalin KOZHUHAROV (me.kalin@example.com) [100415 01:57]: > tcpdump -i <interface> -s 65535 -w <some-file> I did it on server and client machine as well: tcpdump -i eth1 -w /tmp/file.tcpdump (-s 65535 is the default) Unfortunately, before the application (the one I am using for calculation, _not_ tcpdump itself) crashed, I got two roughly 10GB files - one for client, one for server. Now there is my problem: how do I analyse it? wireshark causes the machine to start swapping and become unusable. This happens even on 8GB RAM machine. Suggested pcapdiff [1] behaves about the same way. Any ideas? [1] http://www.eff.org/testyourisp/pcapdiff
- Follow-Ups:
- Re: [tlug] strange nfs crashes
- From: Darren Cook
- Re: [tlug] strange nfs crashes
- From: Romeo Theriault
Home | Main Index | Thread Index
- Prev by Date: Re: [tlug] Cultural differences
- Next by Date: Re: [tlug] strange nfs crashes
- Previous by thread: Re: [tlug] My first JSON object [SOLVED]
- Next by thread: Re: [tlug] strange nfs crashes
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links