Bug 1905666 - [RFE][RGW] Logfile required to track user activity on RGW nodes
Summary: [RFE][RGW] Logfile required to track user activity on RGW nodes
Keywords:
Status: CLOSED DUPLICATE of bug 1910419
Alias: None
Product: Red Hat Ceph Storage
Classification: Red Hat Storage
Component: RGW
Version: 4.1
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
: 5.1
Assignee: Matt Benjamin (redhat)
QA Contact: Tejas
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-12-08 19:08 UTC by Deepu K S
Modified: 2024-06-13 23:40 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-11-04 01:16:45 UTC
Embargoed:


Attachments (Terms of Use)

Description Deepu K S 2020-12-08 19:08:43 UTC
Description of problem:
This RFE is raised to have a logfile (preferably a configurable filepath) to log all user activity on RGW nodes. We want to record all object access on rados gateways and keep track of all S3 users.

Currently with enabling ops_log in ceph.conf, we are able to read the header details from the opslog socket.
rgw_enable_ops_log = True
rgw_log_http_headers = http_x_forwarded_for, http_expect, http_content_md5
rgw_ops_log_socket_path = /var/run/ceph/opslog

But this is a manual way, it would be helpful to have a logfile and can help with audit purposes of user/bucket activity.
https://access.redhat.com/solutions/3613291

Version-Release number of selected component (if applicable):
Red Hat Ceph Storage 4.1

Actual results:
No specific logfile for rgw activity.

Expected results:
Have a configurable logfile that logs all user/bucket activity.

Additional info:

Comment 2 Matt Benjamin (redhat) 2020-12-08 19:12:14 UTC
Hi,

There's actually discussion going on now around improving access logging, so I'd like to run the current ideas by you.

The current leading proposal, with support from Sebastien and the ceph-ansible maintainers, is to continue using the ops-log socket, but to provide automations
in rook and ceph-ansible for setting it up and exposing it everywhere.

Does this sound like an approach that will work for you?

Matt

Comment 3 Deepu K S 2020-12-08 19:50:22 UTC
(In reply to Matt Benjamin (redhat) from comment #2)
> Hi,
> 
> There's actually discussion going on now around improving access logging, so
> I'd like to run the current ideas by you.
> 
> The current leading proposal, with support from Sebastien and the
> ceph-ansible maintainers, is to continue using the ops-log socket, but to
> provide automations
> in rook and ceph-ansible for setting it up and exposing it everywhere.
> 
> Does this sound like an approach that will work for you?

Hi Matt,

Thanks for the quick response.

The mentioned approach helps; by exposing you mean only the ops-log socket or getting the data written somewhere.

The end user would want to having a readable file (could be under /var/log/ceph/) and no manual probe to the ops-log socket.

Thanks.

Comment 4 Prerna Sony 2021-01-25 05:18:32 UTC
Hello Matt,


(In reply to Deepu K S from comment #3)
> (In reply to Matt Benjamin (redhat) from comment #2)
> > Hi,
> > 
> > There's actually discussion going on now around improving access logging, so
> > I'd like to run the current ideas by you.
> > 
> > The current leading proposal, with support from Sebastien and the
> > ceph-ansible maintainers, is to continue using the ops-log socket, but to
> > provide automations
> > in rook and ceph-ansible for setting it up and exposing it everywhere.
> > 
> > Does this sound like an approach that will work for you?
> 
> Hi Matt,
> 
> Thanks for the quick response.
> 
> The mentioned approach helps; by exposing you mean only the ops-log socket
> or getting the data written somewhere.
> 
> The end user would want to having a readable file (could be under
> /var/log/ceph/) and no manual probe to the ops-log socket.
> 
> Thanks.

Can we please have an update about this ?
Thanks.

Comment 7 Matt Benjamin (redhat) 2021-11-04 01:16:45 UTC

*** This bug has been marked as a duplicate of bug 1910419 ***


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