yahoo-eng-team team mailing list archive

[Divya K Konoor <dikonoor@xxxxxxxxxx>]

Public bug reported:

oslo_report
https://github.com/openstack/oslo.reports/blob/master/oslo_reports/guru_meditation_report.py#L109
gives a provision to specify a log directory that could be used to save
GMR when user sends signal to a processes. When the log_dir is not
specified, the report gets dumped into stderr .

Currently, nova (and other services that support GMR) doesn't have a
provision to specify a log dir . Due to this, GMR gets dumped to stderr
and often gets lost along with thousands of other log statements. As GMR
is used primarily for debug purposes, it makes a lot of sense to have a
separate file/directory that captures the report . This way, it's also
much easier to share the output of GMR and keep it archived for later
reference if required. This problem can be fixed by providing a new
section in the respective service conf files something like the below:

[oslo_report]
log_dir = /home/abc/gmr

** Affects: nova
     Importance: Undecided
     Assignee: Divya K Konoor (dikonoor)
         Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1478546

Title:
  nova GMR doesn't provide option to specify log_dir path

Status in OpenStack Compute (nova):
  New

Bug description:
  oslo_report
  https://github.com/openstack/oslo.reports/blob/master/oslo_reports/guru_meditation_report.py#L109
  gives a provision to specify a log directory that could be used to
  save GMR when user sends signal to a processes. When the log_dir is
  not specified, the report gets dumped into stderr .

  Currently, nova (and other services that support GMR) doesn't have a
  provision to specify a log dir . Due to this, GMR gets dumped to
  stderr and often gets lost along with thousands of other log
  statements. As GMR is used primarily for debug purposes, it makes a
  lot of sense to have a separate file/directory that captures the
  report . This way, it's also much easier to share the output of GMR
  and keep it archived for later reference if required. This problem can
  be fixed by providing a new section in the respective service conf
  files something like the below:

  [oslo_report]
  log_dir = /home/abc/gmr

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