Group Content
Recent Content
No documentation on how to logon/logoff when using gql directly
The documentation about the ScienceLogic GraphQL API only mentions a login procedure when using the /gql endpoint. There is no information about how to log on (or log off) on the ScienceLogic platform and then use the API. Link to the documentation: https://docs.sciencelogic.com/latest/Content/Web_Content_Dev_and_Integration/GraphQL_API/graphql_introduction.htm#authentication-and-user-access For Logon, I have found a way to achieve this: execute a GET request to <platformURI>/authenticate with basic authentication, using a valid SL1 Local user information. From the response received, save the cookie information for later Any subsequent call to the /gql endpoint (inserting the cookie information on each request) allows me to execute gql queries/mutations. I can also reuse that same cookie information if I want to execute REST API actions. However, I do not succeed in 'forcing' a logoff from my previously created session: whatever I do, my session remains active and usable in the System > Monitor > Audit Logs. Only when I explicitly kill the session in that screen is my session invalid and I must login again. Can this be added to the documentation please?ScienceLogic 12.1 /gql endpoint displays incorrect contract for updateDevice(s)
When using the GraphiQL interface, you can see which GraphQL operations are available. Under 'Mutation', the operation "updateDevice" and "updateDevices" exists, which allow you to modify device properties via API. Using the normal Device Investigater Settings UI screen, we can change the SNMP Read dropdown value to whatever value we like (including 'none' to empty it), but the GQL contract does not show this option. Upon examining the action, ther browser shows that the properties "snmpReadCredentials" and "snmpReadWriteCredential" are used to update these values. I tried entering that same command in the /GQL and confirms it works; it's just showing an error in the syntax: Query: mutation UpdateDeviceSettings($deviceId: ID!, $snmpReadCredential: ID, $snmpReadWriteCredential: ID) { updateDevice(id: $deviceId, snmpReadCredential: $snmpReadCredential, snmpReadWriteCredential: $snmpReadWriteCredential) { id snmpReadCredential { id } } } Variables: { "deviceId": "10104", "snmpReadCredential": null, "snmpReadWriteCredential": null } Result: { "data": { "updateDevice": { "id": "10104", "snmpReadCredential": null } } } Error: Unknown argument: "snmpReadCredential" on diels "Mutations.updateDevice". Can this be corrected please?Incorrect procedure for upgrading MariaDB on Collectors since SL12
Hello, It seems the procedure for manual upgrading the MariaDB on collectors has changed since SL 12. The procedure however has not been updated. Location: https://docs.sciencelogic.com/latest/Content/Web_Admin_and_Accounts/System_Administration/sys_admin_system_upgrade.htm#manually-upgrading-standalone-database-servers-all-in-one-applia In fact, the manual mariadb upgrade on SL 12 is no longer supported and executing the procedure will make the collector unusuable.Request documentation update on SNMP Traps
The latest ScienceLogic documentation still has sections to execute when you are still using SL1 8 or 10. They can be removed from the documentation as it causes confusion Link to the docs: https://docs.sciencelogic.com/latest/Content/Web_Events_and_Automation/Syslogs_and_Traps/snmp_traps.htm#manually-configuring-snmpv3-trapsHow many docs sites ARE there at docs.sciencelogic.com?
If you go to https://docs.sciencelogic.com/, you might think that there is only one documentation site at that address. However, the ScienceLogic Documentation team maintains multiple "sites" at that location. Here's a quick primer on each site, and what you can find there. The docs sites maintained by the Documentation team include the following: https://docs.sciencelogic.com/latest/ - the "main" docs site, which contains all of the various in-depth manuals for the different features for SL1, SL1 PowerPacks, SL1 PowerFlow, and PowerFlow SyncPacks, along with additional supporting docs. https://docs.sciencelogic.com/release_notes_html/ - the release notes site, which contains brief, release-specific documents for all ScienceLogic products. https://docs.sciencelogic.com/zebrium/latest/ - the Skylar Automated RCA (formerly Zebrium) site, which covers how to configure and use Skylar AI in conjunction with SL1 to automatically find the root cause of software issues. https://docs.sciencelogic.com/restorepoint/latest/ - the Restorepoint site, which covers how to configure and use Restorepoint, a disaster recovery and secure configuration management appliance for network devices. The following sites are hosted at the docs site, but are not maintained by the Documentation team: https://docs.sciencelogic.com/dev-docs/ - the SL1 developer documentation site, which includes docs for Low-code Tools, Snippet Framework, CLI Toolkit, Prometheus Toolkit, REST Toolkit, Snippet API, and the PowerPack Quality Assessment Tool. Please note the the Documentation team only hosts these docs, but we do not actually write these docs (the developers do that). https://docs.sciencelogic.com/restorepoint/api/5-6/api.html - the Restorepoint RESTful API site, which is also hosted by the Documentation team but updated by the developers. Typically the Documentation team updates the docs sites at least once a week, if not more often. Watch this space for more information about our documentation updates every week.Share your Product Documentation questions, issues, and ideas here.
The ScienceLogic Documentation would like to hear from you! This discussion area is where you can let us know if you have any suggestions for the various docs sites at https://docs.sciencelogic.com/. This includes: Areas where the documentation might be missing key information. Suggestions for examples in the docs. Out-of-date or deprecated content. Typos! Errors in the docs. Areas where the docs are confusing or hard to navigate. Issues with the search. Bad links. Or anything else about the docs you'd like to share. TIP: You can Reply to this page, or simply click the dark blue Start a Discussion button at top right to share your info about the docs with the doc team. Thanks so much!
About Product Documentation
Learn about documentation updates, ask questions, and share feedback about the docs.
Open Group