Mine stopped going down when I removed the cluster and ran on the 1 server,
Does it go down when it's configured as a single?
From: Hatem Nassrat [mailto:[email protected]]
Sent: Tuesday, December 06, 2011 2:13 PM
To: [email protected]
Subject: Re: [Zenloadbalancer-support] Server farm stops on its own..
I have the same issue with large loads. The farm goes down nearly once a day,
even after making the fix mentioned. I am running v1 stable and also use eth0:X
virtual interfaces.
On Tue, Dec 6, 2011 at 5:54 PM, Steve LePage
<[email protected]<mailto:[email protected]>> wrote:
I think I may have found my cluster issue in regards to the failover not
working correctly. The throughput issue seems fine now with the additions and
running on a single LB for the last week and a half has proven that the system
works correctly.
What I noticed today is that some of my farms virtual adaptors got created as
vlan adaptors (eth#.# instead of eth#:#) and if / when the cluster failed over
not all ip's failed over and I believe this may be the reason?
There is no need for these adaptors to be vlan they would be fine set as
virtual, I was wondering the best method to change them to virtual with the
least downtime possible as this is on a live system.
I'm assuming that it's probably rename the if_eth#.#_conf files to
if_eth#:#_conf and edit the file so the definition in the file uses : not . and
restart the zendloadbalancer service?
From: Steve LePage [mailto:[email protected]<mailto:[email protected]>]
Sent: Friday, November 18, 2011 1:03 PM
To:
[email protected]<mailto:[email protected]>
Subject: Re: [Zenloadbalancer-support] Server farm stops on its own..
Perfect I'll try that and let you know how it works out..
From: laura Garcia [mailto:[email protected]<mailto:[email protected]>]
Sent: Friday, November 18, 2011 12:40 PM
To:
[email protected]<mailto:[email protected]>
Subject: Re: [Zenloadbalancer-support] Server farm stops on its own..
Hi Steve,
We've wrote a TIP in our facebook page to increase the throughput of ZenLB,
try this:
root ~# echo 100000 > /proc/sys/net/ipv4/tcp_max_tw_buckets
root ~# echo 5 > /proc/sys/net/ipv4/tcp_fin_timeout
Regards,
Laura.
On Fri, Nov 18, 2011 at 8:13 PM, Steve LePage
<[email protected]<mailto:[email protected]>> wrote:
We have the current release setup in a 2 machine cluster that runs an http /
https farms. We have setup our own farmguardian script and have had the farm
running for a long time with no problems in the test environment. We recently
went live and have noticed that the https farm averages around 500 Connections
which is fine and working however every once and a while the https farm just
stops on its own without warning and we have to restart it. This has just
started happening since we started to load it up. I have set the https farm to
a max connection limit of 30000 so this 500 connections shouldn't be causing
the issue however the farm is dying for no reason and it's becoming
concerning.. Any Ideas?
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Zenloadbalancer-support mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of
discussion for anyone considering optimizing the pricing and packaging model
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
_______________________________________________
Zenloadbalancer-support mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
--
Hatem Nassrat
Chief Technical Officer
T: (902) 431-4847 ext. 112
F: (902) 431-4848
[http://dl.dropbox.com/u/19136213/Misc/GK%2BInc%2Blogo%2Bfor%2BSignatures.JPG]<http://www.genieknows.com/>
[http://dl.dropbox.com/u/19136213/Misc/yellowee_signature_smushed.jpg]<http://www.yellowee.com/>
The opinions expressed are those of the individual and not the company.
Internet communications are not secure and therefore GenieKnows Inc. ("the
company") does not accept liability for any claims arising as a result of the
use of this medium for transmissions by or to the company. This email and any
files transmitted with it are confidential. If you are not the intended
recipient, you are hereby notified that any disclosure, distribution or copying
of this communication is strictly prohibited. Whilst we take every reasonable
precaution to screen out computer viruses from emails, attachments to the email
may contain such viruses. We cannot accept liability for loss or damage
resulting from such viruses. GenieKnows Inc. registered office: 1567 Argyle
Street, Halifax, Nova Scotia, B3J 2B2, Canada.
------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of
discussion for anyone considering optimizing the pricing and packaging model
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
_______________________________________________
Zenloadbalancer-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
