Server Build Information
View detailed information about your MongoDB server including version details, system configuration, SSL/TLS setup, storage engines, and network compression. Server build info helps you verify deployment configuration, troubleshoot compatibility issues, and ensure security settings are correct.
Access server build information to verify MongoDB version and configuration:
The version section displays MongoDB's release version and build details, helping you confirm which version is running and whether it's a production or debug build:
| Field | Description | Why It Matters |
|---|---|---|
Version |
MongoDB release version (e.g., 7.0.5, 6.0.13) | Determines available features, compatibility with drivers, and security patch level |
Version Array |
Version broken into numeric components [major, minor, patch] | Useful for programmatic version comparison and compatibility checks |
Git Version |
Exact commit hash from MongoDB's source repository | Pinpoints the exact code revision; useful for bug reports and support tickets |
Build Type |
Indicates Production or Debug build | Debug builds have extra logging and slower performance; production servers should always use release builds |
The system section reveals platform details, compiler info, and MongoDB's internal configuration. This helps you verify architecture compatibility and understand how MongoDB was compiled:
| Field | Description |
|---|---|
Architecture |
System architecture and bit version (e.g., x86_64, 64-bit) |
Distribution |
Operating system distribution (e.g., Ubuntu 22.04, RHEL 8) |
Target OS |
Operating system MongoDB was built for (Linux, Windows, macOS) |
JavaScript Engine |
JavaScript runtime used (typically mozjs for MongoDB 4.0+) |
Memory Allocator |
Memory management library (tcmalloc, system, etc.) |
Max BSON Size |
Maximum allowed BSON document size (typically 16 MB) |
Compiler |
Compiler and version used to build MongoDB (e.g., GCC 11.2, MSVC 19.29) |
Storage Engines |
Available storage engines (WiredTiger, devnull, ephemeralForTest, etc.) |
The SSL section shows OpenSSL version details for both running and compiled versions. This is critical for security auditing and ensuring your MongoDB deployment uses up-to-date SSL libraries:
A version mismatch between running and compiled OpenSSL can occur when:
Note: Minor version mismatches are usually safe due to OpenSSL's backward compatibility. Major version differences (e.g., OpenSSL 1.1 vs 3.0) may indicate compatibility issues and should be investigated.
MongoDB supports network compression to reduce bandwidth usage between clients and servers. This section lists available compression algorithms your server supports:
| Algorithm | Description | Best For |
|---|---|---|
snappy |
Fast compression with moderate compression ratio | Low-latency networks, CPU-sensitive workloads |
zlib |
Better compression ratio but slower than snappy | Bandwidth-constrained networks, large documents |
zstd |
Best compression ratio with good speed (MongoDB 4.2+) | Modern deployments needing optimal bandwidth savings |
If no compression algorithms are shown, network compression is not enabled or supported by your MongoDB version.
The bottom section provides quick stats and status indicators:
| Metric | Description |
|---|---|
Loaded Modules |
Number of MongoDB Enterprise modules loaded (e.g., enterprise authentication, LDAP) |
Storage Engines |
Count of available storage engines (WiredTiger is the default and recommended engine) |
Server Status |
OK (green) if the server responded successfully, ERROR (red) if the command failed |
Click the Refresh button to reload server build information. The button shows a spinner animation while loading. Use this after server upgrades or configuration changes to verify the new settings.
Click on version strings or other text fields to copy them to your clipboard for documentation, support tickets, or comparison purposes.
The header displays a green dot with "Connected" or red dot with "Disconnected" to show real-time connection status to the MongoDB server.
VisualLeaf executes these MongoDB commands to retrieve server information:
db.adminCommand({ buildInfo: 1 })
Returns version, system configuration, OpenSSL details, modules, storage engines, and compilation flags.
db.adminCommand({ hello: 1 })
Returns server status, replication info, and network compression capabilities. The hello command replaced the deprecated isMaster command in MongoDB 5.0.
Before deploying application updates, verify the MongoDB version supports the features and commands your code uses. For example, transactions require MongoDB 4.0+, and zstd compression requires 4.2+.
Check OpenSSL versions during security audits to ensure your deployment isn't vulnerable to known SSL/TLS exploits. Compare running and compiled versions to detect unexpected library changes.
If clients can't connect or report compression errors, check available compression algorithms and ensure client-requested algorithms match what the server supports.
After deploying new MongoDB binaries or upgrading servers, use Server Info to confirm the new version is running, the architecture is correct, and all expected modules are loaded.
When opening MongoDB support tickets, include the full version string, git version, OS, and compiler information to help support engineers reproduce issues in matching environments.
Download and start managing your MongoDB databases with ease.
Download Free Trial