Skylar One Juneau 12.5.2 Release Notification
We are pleased to announce that Skylar One Juneau 12.5.2 is now available on support portal: https://support.sciencelogic.com/s/release-file/aBtVL0000001IsX0AU/1252 Skylar One Juneau 12.5.2 includes new features and enhancements in the following product areas: Access Control Data Collection Deployment and Configuration Platform and Security Skylar AI Skylar One Juneau 12.5.2 addresses issues in the following product areas: Agent Authentication Data Collection and Retention Deployment and Configuration Device Management Discovery Event Management High Availability and Disaster Recovery Inbound Messaging Schedule Management Skylar AI System Upgrade User Interface If you are planning to consume Skylar One Juneau 12.5.2, be advised of the following: The 12.5.2 release is available only as a patch; there is no ISO version. All Python 2 functionality was removed from Skylar One with the 12.5.1 release. If you still use Python 2 for custom code, you cannot upgrade to this or any later releases until your custom code is Python 3-compatible. The validated upgrade paths to version 12.5.2 are outlined below. Be advised that you can perform upgrades from one minor version to any later minor version within the 12.5.x series. However, as with all updates, ScienceLogic strongly recommends that you perform such upgrades in a test environment before implementing the upgrades in production environments. 12.5.1 > 12.5.2 12.3.11 > 12.5.2 12.2.7 > 12.5.2 12.2.x and 12.3.x STIG-compliant users should contact their ScienceLogic account managers for information about upgrading to this release. AWS deployments that are using Aurora 3 can upgrade to this release. When upgrading Skylar One to version 12.5.2, PowerPacks will be temporarily read-only until the update is complete. The Enterprise Key Management Service (EKMS) is enabled by default in 12.5.2. For full details, see Skylar One Juneau 12.5.2 documentations: 12.5.2 Release Notes 12.5.2 Getting Started Guide 12.5.2 Product ChangesSL1 Ibiza 12.3.11 Release Notification
We are pleased to announce that SL1 Ibiza 12.3.11 is now available. SL1 Ibiza 12.3.11 includes new features and enhancements in the following product areas: Platform and Security Skylar AI SL1 Ibiza 12.3.11 addresses issues in the following product areas: Authentication Data Collection and Retention Discovery l Event Management High Availability and Disaster Recovery Platform and Security Schedule Management Skylar AI The following are the validated upgrade paths: 12.3.10 > 12.3.11 12.3.7 > 12.3.11 12.3.0 > 12.3.11 12.2.7 > 12.3.11 12.1.2 (OL8) > 12.3.11 WARNING: If you are upgrading from a version prior to 12.2.3, then after upgrading SL1, you must also upgrade MariaDB 10.4.x to version 10.6.18. Failure to perform this MariaDB upgrade can cause major functionality issues in SL1. WARNING: There are known issues impacting upgrades to 12.3.11 from the 12.3.3 through 12.3.6 releases that result in upgrade failure. If this occurs, follow the steps in the section Post-Import Scripts in the Getting Started Guide to complete the upgrade. The release and documentation can be accessed using the following links: Ibiza 12.3.11 ISO Ibiza 12.3.11 Patch AMI image self service portal VHD image self service portal For full details, see the SL1 Ibiza 12.3.7 Documentation: 12.3.11 Release Notes 12.3.11 Product Changes 12.3.7 Getting Started Guide
Doubt and questions about Global Manager
Hi to all, we configured a Global Manager in our QA env for 2 stacks but there is something that it's not really clear to me. The global manager is not capable to manage PP on the stacks (in AP2 UI there is any menu entry for PP), is not capable to retrieve device groups defined on the stacks, is not capable to retrieve device class from the stack, is not possible create device groups and add devices monitored by the stacks. My first question is: how can we create a dashboard that can filter panels based on custom device group?We’re hosting a live AMA on r/sysadmin about the future of IT operations, join us!
Hi everyone — tomorrow we’re opening up a two-hour AMA focused on real-world IT operations: the challenges you’re facing today, the shifts coming with automation and AI, and what modern observability looks like as environments keep getting more complex. We’d love for you to join us at noon, Eastern, Thursday, Dec 4 here: https://www.reddit.com/r/sysadmin/comments/1pd8den/we_work_on_observability_and_automation_at/ You’re the experts running ScienceLogic in the wild and we’d love to hear your voice as part of the conversation. It will be interesting to hear from the broader sysadmin community which includes more than two million subreddit members. We expect to see the full range of ops experience levels, complexity and scale, large streamlined monitoring teams, and admin armies of one. Swing by and say hello, we look forward to seeing you there. And of course, Jared and I took AMA selfies.event_insight database
Is there somewhere documentation that explains tables in event_insight database. We would like to understand what are the alert_type and alert_category values used there. This database could be really interesting place to find for example alert statistics per organization or the noisiest collectors etc. Those things are otherwise pretty difficult to find.Learn More about Skylar One (formerly SL1)
Skylar One (formerly SL1) is ScienceLogic’s core observability offering, delivering unified visibility across hybrid and multi-vendor environments. Skylar One ingests and correlates telemetry data into business context, enabling intelligent automation and comprehensive observability. When deployed with Skylar Automation, Skylar One users benefit from deep integrations into ITSM platforms like ServiceNow, providing automated CMDB updates and incident workflows, reducing MTTR and improving resilience. Skylar One empowers enterprises to connect fragmented data silos, accelerate root cause analysis, and drive cost-optimized operations at scale.Skylar One Juneau: More Speed. Better Maps. Smarter Topology. Happier Weekends.
When customers help guide the roadmap, the result looks a lot like Juneau (12.5.1). It’s practical, focused, and full of improvements you asked for. And while this version introduces new marquee features, Skylar One (SL1) customers are more likely to notice how it brings together hundreds of customer-driven engineering upgrades. The result is something admins, operators, and SREs will recognize instantly: a platform that runs faster, models the world more accurately, and fits easily into the rhythm of how you operate. With 700+ enhancements across ingestion, topology, eventing, collectors, HA, UX, and hardware support, Juneau is one of the most customer-driven releases we’ve delivered. These changes come straight from real deployments, break/fix pain points in the field, and hands-on sessions with SEs, Support, and Professional Services. And of course, huge thanks to the brilliant members of the Nexus User Community and all your contributions to the Nexus Idea Hub. Let’s dive into a few highlights from Juneau. A Platform That Feels Faster (Because It Is) Juneau’s performance improvements aren’t theoretical. The ingestion and data processing pipelines now move up to 60% more throughput, thanks to extensive tuning and backend re-architecture. In large environments, this directly translates into smoother dashboards, more up-to-date metrics, and fewer ingestion bottlenecks under unusually heavy load. Daily data maintenance was also rebuilt to use far less CPU and I/O, eliminating one of the most common sources of delay during maintenance windows. For large deployments, this means more predictable performance and smother scaling to peak load. In short: the system breathes easier. And as you already know, when goto ops tools run faster, the entire operational experience improves. Topology That Matches the Networks You Run Topology modeling has always been one of SL1’s superpowers and Juneau gives it a serious upgrade. LLDP and CDP relationship extraction got a ground-up refresh. One of the most impactful changes: LLDP now forms multiple valid relationships across interface pairs instead of aggregating them into one. Bonded links, trunk groups, and redundant uplinks now show up exactly as they exist in the environment. Similarly, topology can now form relationships even when only one side of the connection reports neighbors. For environments with asymmetric discovery policies, strict security controls, or devices that don’t speak every discovery protocol, this is a major practical improvement. You now get a more complete graph, even when the inputs are less than perfect. Add in new global controls for per-protocol behavior, and discovery becomes far more adaptable to the real world — not just an ideal one. Geographic Maps: A New Operational Lens Juneau introduces Geographic Maps as a new data & visualization type, and a new dimension to operational awareness. You can now visualize devices, services, and health states geographically across regions, campuses, data centers, cloud footprints, retail branches, or industrial sites. Here are just a few customer use cases: MSPs validating customer regions Retailers preventing brick-and-mortar outages Energy and utilities tracking state-level impact Distributed enterprises troubleshooting local vs. regional issues And many more… Skylar One Geographic Maps isn’t simply NOC bling — it’s a diagnostic tool. Geographic Maps surface real-world patterns that don’t always fit neatly into lists or dashboards. They make regional correlation simple. And even better, they turbocharge understanding for business services and synthetics. We can’t wait to see how you’ll take advantage of geo-aware data and visualization. And yes, automatically zooming, context-aware, full-screen Global Ops maps do make for sparkly NOC bling. Event Policy Editor: Redesigned by You Juneau includes a new Event Policy Editor that streamlines the configuration and optimization for event policies based on your feedback. The new UI is cleaner with an optimized layout and validates changes in real time. It’s easier to ensure accuracy, faster to build policies, and easy for new admins to learn. Business Service policy tuning also benefits from the same treatment, with clearer rule logic and intuitive metric selection. If you manage complex event pipelines or regularly onboard new operators, this is a quality-of-life upgrade you’ll notice immediately. AI Observability from Model to Metal (Now with AMD GPUs) Believe it or not, self-managed AI infrastructure isn’t niche anymore — it’s becoming core to how advanced operations teams ensure tight AI security and cut cloud opex. Juneau expands Skylar One’s existing NVIDIA GPU and LLM workload monitoring to include full AMD GPU visibility, completing true model-to-metal observability. You get insight into GPU temperature, utilization, memory pressure, power draw, error states, and other AMD-specific signals, all stitched into the same service context that already connects your models, inference endpoints, OS behavior, and chassis health. For teams managing AI platforms, this is welcome news. For example, you can now measure the relative efficiency of specific AI workloads across different combinations of datacenter components and recommend the most cost-effective mix to maximize LLM performance for your operations. If you’re running LLM inference nodes, GPU training clusters, HPC pipelines, or any data-intensive workloads, this enhancement further extends the ScienceLogic AI Platform’s comprehensive observability. Skylar One now interprets the entire AI stack as a single, coherent system — from model behavior to GPU thermals to the infrastructure beneath it. It’s the same level of intelligent, correlated insight you expect for CPUs, networks, containers, storage, cloud, and more, now fluent in even more of the most performance-sensitive workloads you operate. Synthetics Become a First-Class Citizen in Juneau For a long time, synthetic tests in Skylar One were powerful but lived a little off to the side. They were easy enough to integrate but not fully woven into workflow. With Juneau, synthetics become a first-class citizen in Skylar One. Recording a synthetic transaction now feels familiar to anyone who’s used a modern DEM tool: record an application workflow in a browser via Playwright Codegen, drop the generated Playwright script into a Skylar One dynamic app, assign a credential, and you’re ready to test from multiple locations. Just record, point, click, run. But the real shift happens after you deploy synthetic tests. Because they’re now fully integrated into Skylar One, real-world application performance shows up everywhere operators already live — dashboards, business services, context panels, service health, and even Geographic Maps. Multi-location failures become much easier to troubleshoot when you have quantifiable experience data from an end-user perspective. And yes: Skylar One still works seamlessly with your existing DEM, RUM, and APM investments. If you rely on browser-based monitoring from Dynatrace, New Relic, AppDynamics, or others, Skylar One can continuously ingest and contextualize those signals too. But with the Juneau release, external tools are no longer required. Synthetic visibility is built in and part of the core platform experience. For teams who depend on predictable user journeys, distributed site uptime, or multi-step workflows, synthetics in Juneau aren’t just easier to run. They’re now part of the operational heartbeat of Skylar One. High Availability, Low Maintenance Some improvements don’t need a spotlight — they just work the way you expect. Improvements to High Availability is a perfect example. If you’ve ever stared at any application during failover and quietly wondered, “Is it switching… or just thinking about it?”, you’ll appreciate Juneau’s enhancements to Skylar One’s High Availability. This release tightens the entire HA failover path. Link-state detection is faster and more accurate (especially in environments without crossover links). Heartbeat monitoring is more responsive. Cluster state transitions settle quickly. And the updated logic avoids unnecessary retries that slowed down election decisions in some configurations. The result is HA that kicks in quickly, transitions reliably, and behaves with the no-fuss confidence you expect from tier-1 enterprise platforms. Python 3 Everywhere: Faster, Safer, and Ready for What’s Next The Juneau release completes Skylar One’s transition to a pure Python 3 platform. Collectors, platform services, dynamic apps, extensions — everything now runs on a single, modern runtime with no legacy paths or dual execution. Python 3 is industry standard for good reasons. It’s faster, more secure, and far better supported by modern libraries and tooling. Moving to a single runtime improves workload performance, strengthens security posture across the platform, and simplifies everything from dynamic app development to upgrades and long-term maintenance. Deprecated Python 2 powerpacks are clearly indicated in the admin UI so teams can identify and update any remaining artifacts with ease. Skylar One Juneau — Ready for You, Ready for Anything Juneau brings meaningful improvements across the features of Skylar One that operators depend on most. Faster ingestion, sharper topology, integrated synthetics, Geographic Maps, streamlined HA, full-stack AI observability, and a fully modern Python foundation come together in a release that’s more capable, more responsive, and more aligned with how your team works. It was engineered with customer input at its core, RC tested in user environments, and ready to support the next wave of your AIOps workflows. Check out the Getting Started Guide for more details and documentation links. We can’t wait to get your feedback on the latest release from ScienceLogic.
