[receiver/newrelicoraclereceiver] Add New Relic Oracle Database receiver#157
Open
spathlavath wants to merge 32 commits intonewrelic:mainfrom
Open
[receiver/newrelicoraclereceiver] Add New Relic Oracle Database receiver#157spathlavath wants to merge 32 commits intonewrelic:mainfrom
spathlavath wants to merge 32 commits intonewrelic:mainfrom
Conversation
spathlavath
changed the title
spathlavath
force-pushed
the
feat/receiver/newrelicoraclereceiver
branch
from
db3f65d to
8a346b3
Compare
This receiver provides comprehensive Oracle monitoring capabilities including tablespace monitoring, SQL query performance tracking, wait event monitoring, and support for Oracle 12c through 23ai. Co-authored-by: tharun0064 <tbalanagu@newrelic.com> Co-authored-by: spathlavath <spathlavath@newrelic.com> Co-authored-by: sjyothi54 <jsurampudi@newrelic.com> Co-authored-by: RamanaReddy8801 <rreddy@newrelic.com>
* fix workflow checks * remove unused functions * update go version
…acledb.wait_events.current_wait_time_ms
* Consistent Format: All database timestamps now use the same format string from Oracle No Conversions: No Go-side time parsing/formatting = no timezone issues Type Safety: Compile-time checking ensures correct string usage Backward Compatible: NRDB receives the same string format it always did Simpler Code: Removed FormatTimestamp() calls = less complexity The execution plan cache key bug was separate from timestamp changes: Before: cacheKey = PlanHash + ChildNumber → Collision when PlanHash empty After: cacheKey = SQLID + ChildNumber → No collision possible * Metadata.yaml synchronized with generated code * Removed final_blocker_query_text from wait_events metric * updated wait events scraper * fix cache logic * . * lint issue fixes --------- Co-authored-by: tharun0064 <tbalanagu@newrelic.com>
…com/open-telemetry/opentelemetry-collector-contrib/receiver/newrelicoraclereceiver (#10)
…ow queries (#12) * feat(oracle-receiver): Decouple Active running queries & Completed slow queries * fixed ExtractNewRelicMetadata bug * updated defaults * Added debug logs * changed Debug to Info * Updated SQL normalizer logic * Removed Debug logs
* Mandatoy UI metrics * response time threshold
* feat: improve active-session coverage and deduplication in QPM Two-call approach with correct deduplication: - Call 1 (GetSlowQuerySessionsSQL): fetches sessions running Phase 1 slow-query sql_ids; no FETCH FIRST since the IN (...) clause already bounds results and a row cap would silently drop slow-query sessions. - Call 2 (GetWaitEventsAndBlockingSQL): fetches top-N general active sessions ordered by wait/CPU time; FETCH FIRST N applied here only. Configurable active_query_count_threshold: - New YAML field active_query_count_threshold controls the FETCH FIRST N row limit for Call 2 (default 50, valid range 20–50); - SetDefaults() auto-corrects out-of-range values to the default. * optimized query for fetch wait events --------- Co-authored-by: tharun0064 <tbalanagu@newrelic.com>
- exporter/nopexporter: bump go.opentelemetry.io/otel/sdk v1.39.0 -> v1.40.0 (CVE-2026-24051) - internal/coreinternal: bump go.opentelemetry.io/otel/sdk v1.39.0 -> v1.40.0 (CVE-2026-24051) - processor/adaptivetelemetryprocessor: bump go.opentelemetry.io/otel/sdk v1.39.0 -> v1.40.0 (CVE-2026-24051) - receiver/nopreceiver: bump go.opentelemetry.io/otel/sdk v1.39.0 -> v1.40.0 (CVE-2026-24051) - testbed: bump go.opentelemetry.io/otel/sdk v1.39.0 -> v1.40.0 (CVE-2026-24051) - internal/tools: bump github.com/cloudflare/circl v1.6.1 -> v1.6.3 (CVE-2026-1229) - internal/tools: bump github.com/go-git/go-git/v5 v5.16.3 -> v5.16.5 (CVE-2026-25934) CVE-2026-24051: OpenTelemetry Go SDK arbitrary code execution via PATH hijacking CVE-2026-1229: CIRCL incorrect calculation in secp384r1 CombinedMult CVE-2026-25934: go-git data integrity issue due to improper pack verification
spathlavath
force-pushed
the
feat/receiver/newrelicoraclereceiver
branch
from
1b695b0 to
ed66712
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
4 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
This PR implements Query Performance Monitoring (QPM) capabilities for the New Relic Oracle receiver, along with extensive test coverage and APM-Database correlation features.
Key Features
Query Performance Monitoring
APM-Database Correlation
Co-authored-by: tharun0064 tbalanagu@newrelic.com
Co-authored-by: spathlavath spathlavath@newrelic.com
Co-authored-by: sjyothi54 jsurampudi@newrelic.com
Co-authored-by: RamanaReddy8801 rreddy@newrelic.com