465
Total Pages
253
Linux-Friendly Pages
212
Pages with Bias
45.6%
Bias Rate

Bias Trend Over Time

Pages with Bias Issues

2334 issues found
Showing 2251-2275 of 2334 flagged pages
Azure Arc Service Groups for Workload Orchestration ...cles/azure-arc/workload-orchestration/service-group.md
Low Priority View Details →
Scanned: 2026-01-14 00:00
Reviewed by: LLM Analysis
Issues: 1 bias type
Detected Bias Types
Windows First
Summary
The documentation provides both Bash and PowerShell examples for all command-line steps, but PowerShell examples are consistently shown after Bash. There are no Windows-exclusive tools or patterns, and all commands use the Azure CLI, which is cross-platform. No Linux/macOS examples are missing, and no Windows-only tools are referenced. The only minor bias is that PowerShell examples are present and shown second, which may slightly favor Windows users in terms of visibility but does not impact Linux/macOS users' ability to follow the documentation.
Recommendations
  • Consider alternating the order of Bash and PowerShell tabs in different sections to avoid implicit prioritization.
  • Explicitly state at the beginning that all commands work on Linux, macOS, and Windows, provided Azure CLI is installed.
  • Add a brief note clarifying that Bash examples are suitable for Linux/macOS and PowerShell for Windows, to help users quickly identify which examples to use.
Azure Arc Create a Basic Solution with Common Configurations with Workload Orchestration ...ation/quickstart-solution-with-common-configuration.md
Low Priority View Details →
Scanned: 2026-01-14 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides both Bash and PowerShell examples for every step, ensuring parity for Linux/macOS and Windows users. However, in each section, PowerShell examples are consistently shown after Bash, and PowerShell is given equal prominence even though Bash is the default shell on most Linux/macOS systems. There are no Windows-only tools or patterns, and all CLI commands are cross-platform (az CLI). No Linux examples are missing, and no Windows-specific tools are mentioned.
Recommendations
  • Maintain Bash as the first example in each tab, as Bash is the default on Linux/macOS.
  • Consider explicitly stating that all az CLI commands work on Linux, macOS, and Windows.
  • Optionally, clarify that PowerShell examples are for users who prefer PowerShell on any platform, not just Windows.
  • Ensure that any future platform-specific instructions (e.g., file paths, environment setup) include Linux/macOS details if relevant.
Azure Arc Solution with Multiple Shared Dependencies at Different Hierarchy Levels ...oad-orchestration/tutorial-service-group-scenario-3.md
Low Priority View Details →
Scanned: 2026-01-14 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides both Bash and PowerShell examples for every step, but PowerShell examples are always presented after Bash. There is no evidence of exclusive use of Windows tools or missing Linux examples, and all commands use cross-platform tools (Azure CLI, Helm). However, the presence of PowerShell examples and their explicit inclusion may indicate a slight Windows bias, especially since PowerShell is less commonly used on Linux/macOS compared to Bash.
Recommendations
  • Consider clarifying that Bash examples are intended for Linux/macOS and PowerShell for Windows, to help users choose the appropriate tab.
  • Optionally, add a note that PowerShell is available on Linux/macOS, but Bash is more typical for those platforms.
  • Ensure that any platform-specific prerequisites (e.g., installing Azure CLI, Helm) are covered for both Windows and Linux/macOS.
  • If possible, provide guidance for users who may be using WSL (Windows Subsystem for Linux) or PowerShell Core on non-Windows platforms.
Azure Arc Turn on transparent data encryption in SQL Managed Instance enabled by Azure Arc (preview) ...igure-transparent-data-encryption-sql-managed-instance.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Windows Path Notes
Summary
The documentation provides both Windows and Linux examples for file operations (copying certificates/keys), but Windows instructions and caveats are often presented first. There are specific notes about Windows path issues and workarounds, but Linux examples are present and equally detailed. No PowerShell-specific or Windows-only tools are used, and all core tasks can be completed on Linux/macOS. The overall bias is minor, mostly in ordering and emphasis.
Recommendations
  • Alternate the order of Windows and Linux examples, or present them side-by-side to avoid implicit prioritization.
  • Add explicit macOS notes/examples where relevant, as macOS users may have unique path or shell considerations.
  • Clarify that all steps are equally supported on Linux/macOS, and avoid language that implies Windows is the default or primary platform.
  • Group platform-specific caveats together at the end or in a dedicated section, rather than interspersing them in the main flow.
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides environment variable examples for Windows (cmd), PowerShell, and Linux/macOS, but consistently lists Windows and PowerShell examples before Linux/macOS. There is a slight emphasis on Windows scripting patterns (SET, .cmd/.bat/.ps1) and Windows tools (Task Scheduler) are mentioned before Linux equivalents (cron). However, Linux/macOS examples are present and functional throughout, and the main CLI commands are cross-platform.
Recommendations
  • Alternate the order of example tabs so Linux/macOS is shown first in some sections.
  • Explicitly mention Linux/macOS tools (cron, systemd timers) before or alongside Windows Task Scheduler.
  • Provide more detailed Linux/macOS automation examples (e.g., sample cron job entry).
  • Ensure parity in scripting guidance (e.g., show full .sh script example, not just snippets).
Azure Arc Programmatically deploy and manage Azure Arc Extended Security Updates licenses ...les/azure-arc/servers/api-extended-security-updates.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation is focused exclusively on managing Extended Security Updates licenses for Windows Server 2012, with all examples and API payloads referencing Windows-specific targets. There are no Linux or macOS examples, nor any mention of how Linux users might interact with these APIs or manage similar scenarios. The Azure CLI example is generic and cross-platform, but all usage is Windows-centric.
Recommendations
  • Clarify in the introduction that this documentation is specific to Windows Server scenarios.
  • If Azure Arc supports similar license management for Linux servers, add equivalent examples and API payloads for Linux.
  • Explicitly state platform limitations or scope (e.g., 'These APIs are only for Windows Server ESU management').
  • Provide links or references to Linux/macOS documentation for Azure Arc license management, if available.
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 1 bias type
Detected Bias Types
Windows First
Summary
The documentation lists the Windows installation path and PATH update process before the Linux equivalent, but otherwise provides parity in describing both platforms. No examples or instructions are exclusive to Windows, and Linux paths are given where relevant.
Recommendations
  • Present installation paths for Windows and Linux in parallel or alternate order to avoid Windows-first bias.
  • Explicitly mention if any commands or flags behave differently on Linux/macOS.
  • Include troubleshooting notes for both platforms if applicable.
Azure Arc Run command on Azure Arc-enabled servers (Preview) ...cs/blob/main/articles/azure-arc/servers/run-command.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation mentions both Windows and Linux support, but Windows-centric tools (PowerShell) are emphasized alongside Azure CLI and REST API. PowerShell is listed before REST API, and there are no explicit Linux-specific examples or references to Linux shell scripting. The documentation avoids outright exclusion but subtly prioritizes Windows patterns.
Recommendations
  • Explicitly mention Bash or shell scripting alongside PowerShell when discussing script execution.
  • Provide Linux-specific examples or references in the overview, not just in linked pages.
  • Alternate the order of tool mentions (e.g., sometimes list Azure CLI, Bash, PowerShell, REST API) to avoid Windows-first perception.
  • Include a note or example highlighting that both Windows batch/PowerShell and Linux shell scripts are supported.
Azure Arc Migrate Azure Arc-enabled server to Azure ...rticles/azure-arc/servers/scenario-migrate-to-azure.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation page demonstrates a mild Windows bias by consistently mentioning Azure PowerShell and Windows-centric tools/examples before their Azure CLI or Linux equivalents. PowerShell commands are highlighted for inventorying extensions and reviewing access rights, with CLI alternatives mentioned but less emphasized. The instructions for installing the Azure Guest Agent reference both Windows and Linux, but the Windows agent is listed first.
Recommendations
  • Present Azure CLI and Linux-native commands/examples before or alongside PowerShell/Windows instructions.
  • Explicitly include Linux/macOS shell commands for tasks like exporting role assignments, uninstalling agents, and managing extensions.
  • Ensure parity in troubleshooting and agent management guidance for Linux systems.
  • Alternate the order of Windows and Linux references in agent installation and extension management sections.
Azure Arc Azure Arc-enabled servers Overview ...-docs/blob/main/articles/azure-arc/servers/overview.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy 🔧 Windows Tools
Summary
The documentation describes Azure Arc-enabled servers as supporting both Windows and Linux, but several sections show subtle Windows bias. Windows is consistently mentioned first when listing supported OSes and tools. The configuration section emphasizes PowerShell and Windows registry, with Linux daemons only mentioned secondarily. References to automation and runbooks link to Windows-specific tabs by default. Windows tools and patterns (e.g., registry, PowerShell) are highlighted before Linux equivalents, and Linux-specific examples or tooling are not described in detail.
Recommendations
  • Alternate the order of Windows and Linux mentions to avoid implicit prioritization.
  • Provide equal coverage and examples for Linux, including shell scripts and Linux-specific configuration management.
  • Ensure links to documentation (e.g., Azure Automation runbook worker install) default to a neutral or Linux tab, or clearly show both OS options.
  • Expand on Linux-specific operational details, such as managing daemons, file systems, and package updates.
  • Include explicit Linux command-line examples alongside PowerShell examples where relevant.
Azure Arc Plan and Deploy Azure Arc-Enabled Servers ...articles/azure-arc/servers/plan-at-scale-deployment.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy 🔧 Windows Tools
Summary
The documentation demonstrates mild Windows bias. While it mentions Linux and Windows support and links to onboarding instructions for both, Windows tools and patterns (such as Azure PowerShell and Azure portal) are referenced first or exclusively in key automation and service principal creation steps. There are no explicit Linux shell or CLI examples, and Windows-centric terminology (administrator, PowerShell) is used more frequently than Linux equivalents (root, bash, shell).
Recommendations
  • Provide explicit Linux shell (bash) and Azure CLI examples alongside PowerShell and portal instructions.
  • When listing onboarding resources, alternate or parallelize Linux and Windows instructions/examples.
  • Reference Linux-specific roles and terminology (e.g., 'root') equally with Windows terms ('administrator').
  • Include automation patterns and tools commonly used on Linux (e.g., Ansible, shell scripts) in deployment steps.
  • Ensure that service principal creation and agent deployment instructions include both PowerShell and CLI/bash options, with equal prominence.
Azure Arc Solution with Multiple Shared Dependencies at Different Hierarchy Levels ...oad-orchestration/tutorial-service-group-scenario-3.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation consistently presents both Bash and PowerShell examples for all command-line steps, but PowerShell examples always follow Bash and are present for every operation. There are no Windows-only tools or commands, and the workflow is cross-platform via the Azure CLI and Helm. However, the presence of PowerShell examples throughout and their explicit inclusion may create a slight perception of Windows bias, especially since PowerShell is primarily associated with Windows, even though it is available on Linux/macOS. There are no missing Linux/macOS examples, and no Windows-only tools are referenced.
Recommendations
  • Clarify that PowerShell examples are compatible with PowerShell Core on Linux/macOS, not just Windows.
  • Consider including a short note at the top explaining that all commands work on Linux/macOS and Windows, and that PowerShell examples are for users who prefer that shell, regardless of OS.
  • If possible, add explicit examples for macOS (e.g., file path differences) or mention any OS-specific caveats.
  • Ensure that Bash examples are shown first to reinforce Linux parity, or alternate the order in some sections.
Azure Arc Azure Arc-enabled data services - Automated validation testing ...ticles/azure-arc/data/automated-integration-testing.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First 🔧 Windows Tools Powershell Heavy
Summary
The documentation demonstrates mild Windows bias. While the core instructions use cross-platform tools (kubectl, git, Azure CLI), several examples and tips reference Windows-specific scenarios first or exclusively. For instance, line ending conversion is explained for Windows users, and screenshots of PowerShell terminals are shown. Azure CLI usage is demonstrated in PowerShell, and instructions for obtaining certain values (like CUSTOM_LOCATION_OID) show Windows terminals and mention Windows-specific issues before Linux/macOS equivalents.
Recommendations
  • Provide explicit Linux/macOS examples and screenshots alongside Windows/PowerShell ones, especially for Azure CLI commands.
  • Include instructions or tips for converting line endings on Linux/macOS (e.g., using dos2unix), not just VSCode on Windows.
  • When referencing terminal commands, clarify that they work on all platforms and show at least one example in a bash/zsh terminal.
  • Avoid assuming the user is on Windows when discussing file editing or command execution; mention cross-platform alternatives.
  • Balance screenshots between Windows and Linux/macOS environments.
Azure Arc Encrypt a database with transparent data encryption manually in SQL Managed Instance enabled by Azure Arc ...data/configure-transparent-data-encryption-manually.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First 🔧 Windows Tools Powershell Heavy
Summary
The documentation provides both Windows and Linux examples for file operations, but Windows examples are consistently presented before Linux ones. Windows-specific tools and patterns (such as 'type' for file output and Windows path syntax) are used, and troubleshooting notes focus on Windows issues. There is a slight emphasis on Windows workflows, with Linux examples present but secondary.
Recommendations
  • Alternate the order of Windows and Linux examples, or present Linux examples first in some sections.
  • Add troubleshooting notes for Linux/macOS users, not just Windows.
  • Where possible, use cross-platform commands or clarify platform-specific differences.
  • Include macOS-specific notes/examples if relevant.
  • Consider grouping platform-specific instructions together, or using tabs that default to the user's detected OS.
Azure Arc Connectivity modes and requirements ...docs/blob/main/articles/azure-arc/data/connectivity.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation page generally avoids explicit Windows bias in tooling, but there is a subtle 'windows_first' bias in the order of examples and tool mentions. Azure CLI, Azure Data Studio, and Azure portal are referenced before Linux-native tools (kubectl, Helm, oc), and there are no explicit Linux/macOS-specific examples or guidance. The documentation does not mention PowerShell or Windows-only tools, but it could better highlight Linux/macOS parity and usage patterns.
Recommendations
  • Provide explicit Linux/macOS examples for provisioning, configuration, and management tasks (e.g., using bash, kubectl, Helm).
  • Clarify that Azure Data Studio and Azure CLI are cross-platform, and provide installation/use instructions for Linux/macOS.
  • When listing tools, alternate or balance the order (e.g., mention kubectl/Helm before Azure CLI/Azure Data Studio in some sections).
  • Add a section or note confirming full support for Linux/macOS environments and referencing relevant documentation.
  • Include troubleshooting or networking guidance specific to Linux/macOS (e.g., proxy configuration, firewall rules).
Azure Arc Connect to AD-integrated SQL Managed Instance enabled by Azure Arc .../data/connect-active-directory-sql-managed-instance.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First 🔧 Windows Tools Powershell Heavy
Summary
The documentation shows a mild Windows bias: Windows tools (SSMS, ADS) are mentioned and illustrated, and Windows terminology (NetBIOS, domain joined Windows-based client) is used first. Linux instructions are present and reasonably clear, but Windows examples and tools are described before Linux equivalents, and screenshots are Windows-centric.
Recommendations
  • Add screenshots or explicit instructions for connecting via Azure Data Studio (ADS) on Linux/macOS.
  • Clarify that ADS is cross-platform and provide Linux/macOS installation links.
  • Present Linux/Mac OS connection instructions before or alongside Windows instructions, not after.
  • Include troubleshooting tips for Kerberos setup on Linux/macOS.
  • Mention alternative Linux SQL clients (e.g., DBeaver) if applicable.
Azure Arc Deploy a new SQL Managed Instance enabled by Azure Arc using Kubernetes tools ...ate-sql-managed-instance-using-kubernetes-native-tools.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Windows First Powershell Heavy Minor Windows Path Example
Summary
The documentation generally maintains cross-platform parity, but there are minor signs of Windows bias. PowerShell is shown first for base64 encoding, and a Windows-style file path (C:\arc-data-services\sqlmi.yaml) is used in the kubectl example. Linux/macOS equivalents are present, but Windows examples and tools are mentioned before Linux ones.
Recommendations
  • Present Linux/macOS and Windows examples side-by-side or alternate which is shown first.
  • Use platform-neutral file paths in examples (e.g., ./arc-data-services/sqlmi.yaml).
  • Explicitly mention that all commands work on Linux/macOS and Windows, and provide clear instructions for both.
  • Consider adding a table or section summarizing platform-specific steps or differences.
Azure Arc Prerequisites | Direct connect mode ...rc/data/create-data-controller-direct-prerequisites.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides both Azure CLI and Azure PowerShell examples for connecting a Kubernetes cluster to Azure Arc, but the PowerShell example is given equal prominence and is not marked as Windows-specific. There are no Linux/macOS-specific instructions or clarifications, and the ordering of examples does not explicitly prioritize Linux-friendly tools. The rest of the documentation uses cross-platform tools (Azure CLI, Helm, kubectl), but the inclusion of PowerShell may cause confusion for Linux/macOS users.
Recommendations
  • Clearly indicate that Azure PowerShell is primarily for Windows users, and recommend Azure CLI for Linux/macOS.
  • Provide explicit instructions or notes for Linux/macOS users, such as installation steps for Azure CLI and Helm on those platforms.
  • List Azure CLI examples first, and clarify that CLI is cross-platform.
  • Consider removing or de-emphasizing PowerShell examples unless there is a specific Windows-only workflow.
  • Add a table or section comparing tool availability and usage across platforms.
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 4 bias types
Detected Bias Types
Windows First Powershell Heavy 🔧 Windows Tools Missing Linux Example
Summary
The documentation page shows mild Windows bias: Windows installation links are listed first for some tools, PowerShell/cmd.exe are mentioned specifically, and there are notes about Windows-specific behaviors (e.g., curl alias in PowerShell). Linux installation instructions are present but less emphasized, and Linux/macOS users may need to infer steps or look elsewhere for parity.
Recommendations
  • Present installation links for all platforms in parallel (Windows, Linux, macOS) rather than listing Windows first.
  • Add explicit Linux/macOS installation instructions for all tools, not just links.
  • Include notes about Linux/macOS command-line behaviors where Windows-specific notes are given (e.g., curl usage).
  • Avoid mentioning Windows tools (cmd.exe, PowerShell) without equivalent Linux/macOS context.
  • Provide example commands for Linux/macOS where Windows-specific commands are shown.
Azure Arc Disaster recovery - SQL Managed Instance enabled by Azure Arc - portal ...-arc/data/managed-instance-disaster-recovery-portal.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation exclusively describes disaster recovery configuration using the Azure portal UI, which is platform-agnostic but typically associated with Windows environments. There are no command-line examples (PowerShell, Bash, CLI) provided in this page, and no mention of Linux-specific tools or workflows. The only alternative mentioned is a link to a separate CLI documentation page, but this page itself does not provide Linux parity or examples.
Recommendations
  • Include direct CLI examples (az CLI, Bash) within this page or side-by-side with portal instructions.
  • Explicitly state that the portal is accessible from any OS/browser to clarify platform neutrality.
  • Add a section comparing portal and CLI workflows, highlighting cross-platform options.
  • Reference Linux/macOS compatibility for Azure Arc and SQL Managed Instance management.
Azure Arc Rotate user-provided TLS certificate in indirectly connected SQL Managed Instance enabled by Azure Arc ...articles/azure-arc/data/rotate-user-tls-certificate.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
🔧 Windows Tools Windows Example Linux First
Summary
The documentation provides both Linux and Windows instructions for base64 encoding, with Linux (base64) shown first and Windows (certutil) as an alternative. The Windows example includes an extra step for removing headers using findstr, which is not needed for Linux. No PowerShell-heavy or Windows-first patterns are present elsewhere; all other examples use cross-platform tools (openssl, kubectl, Azure CLI) and generic YAML. The overall bias is low, as Linux is prioritized and Windows is included for parity.
Recommendations
  • Add explicit macOS instructions for base64 encoding if differences exist.
  • Clarify that certutil and findstr are Windows-only, and provide equivalent Linux/macOS commands for header removal if needed.
  • Consider grouping OS-specific instructions in a clearer way (e.g., tabs or subheadings) to reduce confusion.
  • Verify that all CLI commands (openssl, kubectl, Azure CLI) work identically on Windows, Linux, and macOS, and note any platform-specific caveats.
Azure Arc Get logs to troubleshoot Azure Arc-enabled data services ...in/articles/azure-arc/data/troubleshooting-get-logs.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Missing Linux Example
Summary
The documentation provides CLI-based instructions that are generally cross-platform, but the only explicit example of a target folder uses a Windows-style path (C:\temp\logs), with no equivalent Linux/macOS example. This may cause confusion for non-Windows users and suggests a subtle Windows-first bias.
Recommendations
  • Include Linux/macOS path examples (e.g., /tmp/logs) alongside Windows examples when specifying file system locations.
  • Explicitly state that the az CLI and arcdata extension are cross-platform and provide any OS-specific notes if needed.
  • When showing example commands or outputs, alternate or show both Windows and Linux/macOS conventions where relevant.
Azure Arc Upload usage data, metrics, and logs to Azure ...e-arc/data/upload-metrics-and-logs-to-azure-monitor.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
Windows First Powershell Heavy
Summary
The documentation provides both Windows and Linux/macOS examples for environment variable setup and role assignment, but Windows examples are consistently presented first, and there is a dedicated PowerShell tab. There is a minor emphasis on Windows conventions (e.g., quoting in CLI commands), but Linux/macOS users are not missing any critical information or steps.
Recommendations
  • Alternate the order of platform-specific tabs so Linux/macOS examples are sometimes shown first.
  • Explicitly state that all Azure CLI commands work identically on Linux/macOS and Windows, reducing perceived Windows primacy.
  • Ensure that any PowerShell-specific instructions are matched with bash/zsh equivalents where relevant.
  • Consider grouping cross-platform CLI commands together, only splitting out platform-specific details (like environment variable syntax) when necessary.
Azure Arc Upload metrics to Azure Monitor ...cs/blob/main/articles/azure-arc/data/upload-metrics.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 3 bias types
Detected Bias Types
Powershell Heavy Windows First 🔧 Windows Tools
Summary
The documentation provides examples for PowerShell, macOS/Linux, and Windows, but PowerShell (Windows-centric) is consistently listed first in code tabs. Windows-specific tools and patterns (PowerShell, Windows Task Scheduler) are mentioned before Linux equivalents (cron). Some sections lack parity in detail for Linux/macOS automation, and the overall structure subtly prioritizes Windows workflows.
Recommendations
  • List Linux/macOS examples before or alongside PowerShell/Windows examples to avoid implicit prioritization.
  • Expand Linux/macOS automation guidance, e.g., provide full cron job setup instructions, not just mention cron.
  • Include more bash/zsh script examples and highlight cross-platform CLI usage.
  • When mentioning automation tools, give equal detail for Linux (cron, systemd timers) and Windows (Task Scheduler).
  • Consider a 'cross-platform' tab for CLI commands that work identically on all OSes.
  • Review all sections for parity in troubleshooting and advanced usage instructions for Linux/macOS.
Azure Arc Azure Arc-enabled data services validation ...lob/main/articles/azure-arc/data/validation-program.md
Low Priority View Details →
Scanned: 2026-01-13 00:00
Reviewed by: LLM Analysis
Issues: 2 bias types
Detected Bias Types
🔧 Windows Tools Windows First
Summary
The documentation page shows mild Windows bias. Several partner solutions are Windows-centric (e.g., DataON AZS-6224 for Azure Stack HCI, Hitachi UCP with Microsoft AKS-HCI, Lenovo ThinkAgile MX1020/MX3520), and the prerequisites list Azure Data Studio (primarily a Windows application) and Azure Data CLI, but does not mention Linux-native alternatives or provide explicit parity guidance. The ordering of partner solutions also places Windows-focused vendors before Linux-centric ones (e.g., Red Hat/OpenShift, Wind River). However, the validation process itself is Kubernetes-based and thus cross-platform, and Linux solutions (Red Hat, Wind River, Kublr) are included.
Recommendations
  • Explicitly mention Linux/macOS support for Azure Data Studio and Azure Data CLI, including installation instructions or links for those platforms.
  • Add examples or notes for Linux users in the prerequisites section (e.g., how to generate and use kubeconfig files on Linux).
  • Balance the ordering of partner solutions so Linux-focused vendors are not consistently listed after Windows-centric ones.
  • Highlight any platform-specific considerations for the validation process, especially where tools or workflows differ.
  • If any steps require Windows-only tools, provide Linux/macOS alternatives or workarounds.