[Bug 1838109] Re: civetweb does not allow tuning of maximum socket connections

James Page james.page at ubuntu.com
Fri Aug 30 10:00:59 UTC 2019


** Description changed:

- Civetweb does not offer an option for configuring the maximum number of
- sockets available. Some users run out of sockets and are left with no
- workaround.
+ [Impact]
+ RADOS gateway can run out of sockets prior to consuming the CPU and memory resources on the server on which it is running.
+ 
+ [Test Case]
+ Deploy RGW to a large server; scale test - RGW processes will only be able to service around 100 open connections.
+ 
+ [Regression Potential]
+ Medium; the fix introduces a new configuration option for civetweb (the web connector for RGW) to allow the max connections to be set via configuration, rather than being set during compilation; improvement has been accepted upstream in the civetweb project.
+ 
+ [Original Bug Report]
+ Civetweb does not offer an option for configuring the maximum number of sockets available. Some users run out of sockets and are left with no workaround.
  
  This patch adds a new user-configurable parameter, "so_max_connections".
  
  See:
  https://github.com/civetweb/civetweb/issues/775

** Changed in: cloud-archive/pike
       Status: New => Won't Fix

** No longer affects: cloud-archive/pike

** Changed in: cloud-archive/train
   Importance: Undecided => Medium

** Changed in: cloud-archive/train
       Status: New => In Progress

** Changed in: cloud-archive/stein
   Importance: Undecided => Medium

** Changed in: cloud-archive/stein
       Status: New => In Progress

** Changed in: cloud-archive/rocky
   Importance: Undecided => Medium

** Changed in: cloud-archive/rocky
       Status: New => In Progress

** Changed in: cloud-archive/queens
   Importance: Undecided => Medium

** Changed in: cloud-archive/queens
       Status: New => In Progress

** Changed in: ceph (Ubuntu Bionic)
   Importance: Undecided => Medium

** Changed in: ceph (Ubuntu Bionic)
       Status: New => In Progress

** Changed in: ceph (Ubuntu Disco)
   Importance: Undecided => Medium

** Changed in: ceph (Ubuntu Disco)
       Status: New => In Progress

** Changed in: ceph (Ubuntu Eoan)
   Importance: Undecided => Medium

** CVE removed: https://cve.mitre.org/cgi-
bin/cvename.cgi?name=2019-10222

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to Ubuntu Cloud Archive.
https://bugs.launchpad.net/bugs/1838109

Title:
  civetweb does not allow tuning of maximum socket connections

Status in Ceph:
  Unknown
Status in Ubuntu Cloud Archive:
  In Progress
Status in Ubuntu Cloud Archive queens series:
  In Progress
Status in Ubuntu Cloud Archive rocky series:
  In Progress
Status in Ubuntu Cloud Archive stein series:
  In Progress
Status in Ubuntu Cloud Archive train series:
  In Progress
Status in ceph package in Ubuntu:
  Fix Released
Status in ceph source package in Bionic:
  In Progress
Status in ceph source package in Disco:
  In Progress
Status in ceph source package in Eoan:
  Fix Released

Bug description:
  [Impact]
  RADOS gateway can run out of sockets prior to consuming the CPU and memory resources on the server on which it is running.

  [Test Case]
  Deploy RGW to a large server; scale test - RGW processes will only be able to service around 100 open connections.

  [Regression Potential]
  Medium; the fix introduces a new configuration option for civetweb (the web connector for RGW) to allow the max connections to be set via configuration, rather than being set during compilation; improvement has been accepted upstream in the civetweb project.

  [Original Bug Report]
  Civetweb does not offer an option for configuring the maximum number of sockets available. Some users run out of sockets and are left with no workaround.

  This patch adds a new user-configurable parameter,
  "so_max_connections".

  See:
  https://github.com/civetweb/civetweb/issues/775

To manage notifications about this bug go to:
https://bugs.launchpad.net/ceph/+bug/1838109/+subscriptions



More information about the Ubuntu-openstack-bugs mailing list