RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 857917 - Piranha TCP/UDP timeout new fields doesn't work
Summary: Piranha TCP/UDP timeout new fields doesn't work
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: piranha
Version: 6.3
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Ryan O'Hara
QA Contact: Cluster QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-09-17 13:28 UTC by benjamin.girard
Modified: 2013-02-21 09:07 UTC (History)
3 users (show)

Fixed In Version: piranha-0.8.6-1.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-02-21 09:07:57 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Only set timeouts when specified via HTTP GET method. (1.09 KB, patch)
2012-09-17 19:49 UTC, Ryan O'Hara
no flags Details | Diff
Only set timeout values when specified in HTTP GET method. (1.09 KB, patch)
2012-09-17 20:18 UTC, Ryan O'Hara
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2013:0351 0 normal SHIPPED_LIVE piranha bug fix and enhancement update 2013-02-20 20:53:33 UTC

Description benjamin.girard 2012-09-17 13:28:54 UTC
Description of problem: The new option field "TCP/UDP timeout" doesn't work


Version-Release number of selected component (if applicable):
piranha-0.8.5-19

How reproducible:
When I set this options and I accept, the file lvs.conf isn't modified.
If I come back onto the piranha GUI the fields are blank. 

Steps to Reproduce:
1.Connect to piranha GUI
2.Set TCP timeout
3.Accept the modification
4.logout the gui
5 come back to the gui
6. fields blank

Actual results:
No effects on the timeout

Expected results:
Change the timeout.
Use "ipvsadm -lnc" to see the timeout

Additional info:

Comment 2 Ryan O'Hara 2012-09-17 15:53:29 UTC

(In reply to comment #0)
> Description of problem: The new option field "TCP/UDP timeout" doesn't work
> 
> 
> Version-Release number of selected component (if applicable):
> piranha-0.8.5-19
> 
> How reproducible:
> When I set this options and I accept, the file lvs.conf isn't modified.
> If I come back onto the piranha GUI the fields are blank. 
> 
> Steps to Reproduce:
> 1.Connect to piranha GUI
> 2.Set TCP timeout
> 3.Accept the modification
> 4.logout the gui
> 5 come back to the gui
> 6. fields blank

I've confirmed this bug exists. It appears that a timeout value is written to lvs.cf when the 'ACCEPT' button is clicked, but it is erased if you logout/login.

> Actual results:
> No effects on the timeout
> 
> Expected results:
> Change the timeout.
> Use "ipvsadm -lnc" to see the timeout

You should check the timeout values by using 'ipvsadm --list --timeout'.

Comment 4 Ryan O'Hara 2012-09-17 19:49:28 UTC
Created attachment 613764 [details]
Only set timeouts when specified via HTTP GET method.

This patch fixes the problem where timeout values (TCP timeout, TCP FIN timeout, and UDP timeout) will be lost if you reload the general setting page. The root of the problem is that the page will always get the timeout values via the HTTP GET method. The result is that the timeout value can and will be lost when you revisit the general settings page. This fix checks to see the timeout values are specified in the URL (GET method) and if so they are used. Else the values in the config file (if any) are used.

Comment 5 Ryan O'Hara 2012-09-17 19:54:05 UTC
(In reply to comment #4)
> Created attachment 613764 [details]
> Only set timeouts when specified via HTTP GET method.
> 
> This patch fixes the problem where timeout values (TCP timeout, TCP FIN
> timeout, and UDP timeout) will be lost if you reload the general setting
> page. The root of the problem is that the page will always get the timeout
> values via the HTTP GET method. The result is that the timeout value can and
> will be lost when you revisit the general settings page. This fix checks to
> see the timeout values are specified in the URL (GET method) and if so they
> are used. Else the values in the config file (if any) are used.

Sorry, this should read 'global settings' not 'general settings'.

Comment 6 Ryan O'Hara 2012-09-17 19:59:35 UTC
This bug can be tested by the following procedure:

1. Start piranha-gui

% servcie piranha-gui start

2. Open piranha gui in browser (default port 3636).
3. Go to 'Global Settings' and fill in a value for 'TCP timeout', click accept.
4. Click 'Control/Monitoring' tab to navigate away from 'Global Settings'.
5. Click 'Global Settings' tab.

The timeout value that was entered in step #3 should be gone. You can also use 'grep tcp_timeout /etc/sysconfig/ha/lvs.cf' after each step to see that the value is actually written to the file until you revisit the 'Global Settings' page (step #5).

With the patch, perform the same steps as described above. The timeout value should still be set when you revisit the 'Global Settings' page in setp #5.

Comment 7 Ryan O'Hara 2012-09-17 20:18:14 UTC
Created attachment 613770 [details]
Only set timeout values when specified in HTTP GET method.

Fix typo in previous patch.

Comment 11 errata-xmlrpc 2013-02-21 09:07:57 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2013-0351.html


Note You need to log in before you can comment on or make changes to this bug.