Details
-
Sub-task
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
-
None
Description
How to reproduce the bug: (on a clean master directory)
- Enabled FSO by adding
OZONE-SITE.XML_ozone.om.enable.filesystem.paths=true; OZONE-SITE.XML_ozone.om.metadata.layout=PREFIX;
to docker-config. Also make sure
OZONE-SITE.XML_ozone.recon.om.snapshot.task.interval.delay=1m
so no need to wait more than 1 minute.
- Updated docker-compose.yaml by setting the x-layout_version to
x-layout_version: &metadata_layout OZONE-SITE.XML_ozone.om.metadata.layout: ${OZONE_OM_METADATA_LAYOUT:-PREFIX} OZONE-SITE.XML_ozone.om.enable.filesystem.paths: ${OZONE_OM_ENABLE_FILESYSTEM_PATHS:-true}
- run docker-compose, exec into OM CLI when docker is up
- Write a key to make container non-zero
- Go to
http://localhost:9888/api/v1/containers
and wait for 1 minute.
- The container endpoint should not working as expected (still 0).
Attachments
Issue Links
- Discovered while testing
-
HDDS-7496 Make default bucket layout FSO in a backwards compatible way
- Resolved
- is duplicated by
-
HDDS-5904 Update Recon for files created with FSO Buckets
- Resolved
-
HDDS-7763 Recon: Support FSO buckets in container to key mapping
- Resolved
- relates to
-
HDDS-7140 Ozone Recon UI and Functionality Improvements
- Open
- links to