Strange Server Behavior

Mark Phillips mark at phillipsmarketing.biz
Thu Jun 28 09:46:58 MST 2012


The results so far....

running exim4, cups, apache2, openvpns, and ntp, resutled in
5349 packets transmitted, 5349 received, 0% packet loss, time 53480414ms
rtt min/avg/max/mdev = 0.101/0.207/3.027/0.050 ms

So the problem is in one of these applications
mediatomb
mysql
nfs-common
mfs-kernel-server
rpcbind

I will set up a test tonight for these bad boys.

Mark

On Wed, Jun 27, 2012 at 9:58 AM, Mark Phillips
<mark at phillipsmarketing.biz>wrote:

> Rusty,
>
> I am running another test now, with the following services running
>
> exim4
> cups
> apache2
> openvpnas
> cups
> ntp
>
> I will keep you posted.
>
> Mark
>
>
> On Wed, Jun 27, 2012 at 9:16 AM, Carruth, Rusty <
> Rusty.Carruth at smartstoragesys.com> wrote:
>
>> Well, I had to ask J****
>>
>> ** **
>>
>> I’d say its ‘divide and conquer time’ like I suggested earlier – enable
>> half (approx) of the services and run the test.  If it passes, turn those
>> off and then turn on the other half, rerun test.  If it passes, life gets
>> hard, and I’m going to ignore that possibility for now!  Whichever test
>> fails, repeat the above with that reduced set of services.****
>>
>> ** **
>>
>> If both halves pass, then there is some interaction between the services,
>> and it’s not so easy as divide and conquer.   (but of course, if a service
>> depends upon another one to be fully functional (apache and mysql are
>> likely examples) then you’ll have to keep those services together till the
>> bitter end (as it were)).****
>>
>> ** **
>>
>> However, there is still hope someone here has another idea…****
>>
>> ** **
>>
>> Rusty****
>>
>> ** **
>>
>> *From:* plug-discuss-bounces at lists.plug.phoenix.az.us [mailto:
>> plug-discuss-bounces at lists.plug.phoenix.az.us] *On Behalf Of *Mark
>> Phillips
>> *Sent:* Wednesday, June 27, 2012 9:12 AM
>>
>> *To:* Main PLUG discussion list
>> *Subject:* Re: Strange Server Behavior****
>>
>> ** **
>>
>> Rusty,
>>
>> The test was run from 11 PM to 7 AM, so no one in my house was doing
>> anything but sawing logs, as far as I know. Yes, teenagers tend to stay up
>> late, but I would have heard the tv. I don't think any of the other
>> machines are really doing anything at that time as well.
>>
>> I don't think anyone is using my wifi....I have a 64 character key for
>> AES and mac address filter for security. Yes, I know one can eaily spoof
>> the mac address thing, but it keeps some out. I also have not seen anything
>> strange in the logs.
>>
>> Rsync is a good idea, but I agree - fragile, lots to set up, but maybe
>> worth a thought if nfs tends to be the problem. Maybe a script to check if
>> a local folder has changed, and then rsync it........
>>
>> Mark****
>>
>> On Wed, Jun 27, 2012 at 8:59 AM, Carruth, Rusty <
>> Rusty.Carruth at smartstoragesys.com> wrote:****
>>
>> Well, NFS server is less likely (I think!) to cause momentary freezes
>> than the client, but samba MIGHT be an idea.  Hopefully someone else here
>> has more experience with the server side of things, or maybe google would
>> help.****
>>
>>  ****
>>
>> On the upload video thing – if you wanted to go to a lot of work, you
>> could put directories on each computer that periodically get rsync’d (or
>> whatever) to the server, so that the family members only need to copy the
>> movie to the directory on their machine and it will automatically get
>> copied across.  But that may be more work and fragility than you want J
>> (and might make you more expendable!).  but that could get rid of nfs or
>> samba or any such thing.  Probably not worth doing if NFS isn’t’ the issue
>> J, so I’d say turn on half the processes and see what happens, as I
>> mentioned before..****
>>
>>  ****
>>
>> Thinking about the system for a bit – first the schedule of when things
>> freeze.  Does it line up with anything being done on the client machines?
>> On the TV? What ‘absolute time’ (wall clock time) were those 38 incidents
>> at?  (If clients do something every 30 minutes, and they are out of sync
>> with each other, that might explain the variability of the hiccup timing)
>> ****
>>
>>  ****
>>
>> Going a bit further afield: Have you verified that nobody is using your
>> wifi for any nefarious purposes?  ****
>>
>>  ****
>>
>> Just some random thoughts…****
>>
>>  ****
>>
>> Rusty****
>>
>>  ****
>>
>> *From:* plug-discuss-bounces at lists.plug.phoenix.az.us [mailto:
>> plug-discuss-bounces at lists.plug.phoenix.az.us] *On Behalf Of *Mark
>> Phillips
>> *Sent:* Wednesday, June 27, 2012 8:47 AM****
>>
>>
>> *To:* Main PLUG discussion list
>> *Subject:* Re: Strange Server Behavior****
>>
>>  ****
>>
>> I only installed nfs because I started to use this server as a media
>> server, and I wanted my family to be able to add movies to the movie folder
>> on the server. Mediatomb then scans the folder and makes the movies
>> available on our nifty wifi enabled TV. ****
>>
>>
>> Would samba be a better choice? The other computers on the network are
>> mac, windows, ubuntu. However, the windoes user has a low probability of
>> adding any movies by herself....;) (no gender bashing here.....I live with
>> four wonderful women, and one of them is a complete techo-phobe, and she is
>> proud of it.....but that helps keep me around, so all is good with the
>> world).
>>
>> Mark ****
>>
>>  ****
>>
>>
>> ---------------------------------------------------
>> PLUG-discuss mailing list - PLUG-discuss at lists.plug.phoenix.az.us
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss****
>>
>> ** **
>>
>> ---------------------------------------------------
>> PLUG-discuss mailing list - PLUG-discuss at lists.plug.phoenix.az.us
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.PLUG.phoenix.az.us/pipermail/plug-discuss/attachments/20120628/752cdd35/attachment.html>


More information about the PLUG-discuss mailing list