Git Product home page Git Product logo

docs-cloud-monitoring's Introduction

Rackspace Monitoring API documentation

Netlify Status

Purpose

This GitHub repository contains the source files for the following Rackspace Metrics API documentation:

When you commit changes to the master branch of this repository, the Strider CI/CD build job builds the documentation. Successful builds are deployed to production.

Local Setup

npm i -g netlify-cli netlify init netlify build netlify dev netlify deploy

Support and feedback

We welcome feedback, comments, and bug reports. Follow the contributor guidelines to propose a source file change, or submit a GitHub issue to request an update or to provide feedback.

You can also contact the Rackspace documentation team directly for general issues or questions about the content.

docs-cloud-monitoring's People

Contributors

catlook avatar cereal7802 avatar chri2547 avatar cyrichardson avatar dgvigil avatar jjbuchan avatar kruzda avatar kylelaffoon avatar meker12 avatar rackerkate avatar robb-romans avatar smashwilson avatar ssalinas24 avatar stanzikratel avatar

Stargazers

 avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

docs-cloud-monitoring's Issues

monitoring_update parameter no longer used when manually configuring agent

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Tell us more about your issue

In the "Configuring the agent manually" section at https://developer.rackspace.com/docs/rackspace-monitoring/v1/getting-started/install-configure/#configuring-the-agent-manually, please remove step 11. The configuration parameter, monitoring_update, is no longer used by the agent.

Clarify created agent token ID is in the X-Object-ID header field

What do you want us to know about?

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.

The response section of the "Create an agent token" operation

https://developer.rackspace.com/docs/rackspace-monitoring/v1/api-reference/agent-token-operations/#create-an-agent-token

should clarify that the newly created agent token is conveyed in the X-Object-ID response header, such as:

HTTP/1.1 201 Created
Date: Wed, 30 May 2018 18:43:04 GMT
Server: Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f
Location: https://monitoring.api.rackspacecloud.com/v1.0/hybrid:000000/agent_tokens/d9208af....hybrid:000000
Via: 1.1 Repose (Repose/8.8.3.0)
X-Object-ID: d9208af....hybrid:000000

MySQL check metrics are not showing up

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue
It appears that MySQL metrics table is not showing up. I am guessing it is some format issue but I cannot figure out what exactly.

The file is here: https://github.com/rackerlabs/docs-cloud-monitoring/blob/master/api-docs/tech-ref-info/check-types/agent-check-type-ref.rst#id19

Thanks for the help.

Clarify YAML array syntax for agent.plugin checks via config file

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

On the page/section https://developer.rackspace.com/docs/rackspace-monitoring/v1/tech-ref-info/server-side-agent-config-yaml/#agent-plugin-check

image

  1. The blog link is not linked properly
  2. While supporting a user I realized it would be helpful to clarify that YAML array/list/sequences require a comma separated list inside the square brackets. Passing a space separated list would seem intuitively correct, but results in a single argument passed to the script specified by file.

MaaS API / Create Suppression formatting/info

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

The information under "Create Suppression" in the MaaS API Docs (https://developer.rackspace.com/docs/rackspace-monitoring/v1/api-reference/suppressions-operations/#id14) needs a little love.

  • in the response code table, the 201 result code name doesn't make sense
  • the "response" section is filled with more request examples instead of information regarding response info

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.

Refactor API Guide: publish and deploy updates

Update the content URL for refactored API documentation

  • Fork and clone the nexus-control to your local system.
  • Remove developer-guide from the route configured for the content.
  • Update the deploy URL in the route configuration file to match the one in the nexus-control configuration file.
  • Create a redirect rule for the original URL.
    • Edit the rewrites file to add a redirect rule for the original URL as shown in the following example:

        {
           "description": "Redirect load balancers developer-guide URL",
           "from": "^\\/docs\\/cloud-load-balancers\\/v1\\/developer-guide\\/(.*?)",
           "to": "/docs/cloud-load-balancers/v1/$1",
           "rewrite": false,
           "status": 301
       },
      
    • Use a json linter to verify that the JSON syntax is correct.

  • Commit the changes, and push to your fork.
  • Submit your updates as a PR against the upstream repository. Include a link to the PR containing the refactored documentation source.
  • After the PR is merged, verify that the content is deployed to the new URL, for example https:\\developer.rackspace.com\docs\<updated-path>
  • Verify that the redirect rule is working by clicking the Developer Guide link on the DRC docs landing page.

Note: Nexus-control changes take longer to deploy than content changes. You can check the nexus-control version information to determine whether the commit has been deployed.

Update the documentation landing page

Update the menu so that it matches the Load Balancers v1 example shown in the following figure:
load-balancer-v1-doc-menu

Important: Don't commit the landing page updates until you have verified that the content has been deployed to the new URL.

Some menus might be slightly different if the product doesn't have an SDK Quickstart, or if it has additional documentation. If you have questions about the menu content or order, open an issue.

  • Fork and clone the docs-quickstart repo to your local system.
  • Find the menu for the API documentation you are updating.
  • Update the title list and href link targets with the information for your documentation.
  • Save the file.
  • Commit the changes and push to your fork.
  • Submit your updates as a PR against the upstream repository. Include a link to the PR containing the refactored documentation source.
    • Check the PR builder preview to make sure the landing page renders correctly with your updates.
    • Request someone to review and merge the PR.

HTML code shown on page as text

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.

In Rackspace Monitoring documentation, on Install and configure the agent page, in section "Run the agent setup program", after

On Windows, the agent location depends on the version of the agent installed and the architecture of the operating system.

before

If you are using PowerShell, precede the path with an ampersand (&).

there is HTML code shown as text:

style="margin-left: 0.5in; margin-right: 0.5in;">

HTML source of this fragment:

<blockquote>
<div><p>style=&quot;margin-left: 0.5in; margin-right: 0.5in;&quot;&gt;</p>
</div></blockquote>

It seems like it caused by > in <p> tag. There should be space instead of >, then this HTML will be valid and will not be escaped as regular text.

Add libmysqlclient-dev note for agent.mysql plugin

What do you want us to know about?

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Tell us more about your issue

In the agent.mysql section (https://developer.rackspace.com/docs/rackspace-monitoring/v1/tech-ref-info/check-type-reference/#agent-mysql) it should include a note alongside the existing one that states something like:

The libmysqlclient-dev package should be installed, if not already present, on the host where the agent.mysql plugin will be running.

Thanks.

Incorrect info on `agent.filesystem` page

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Product Feedback website.

Tell us more about your issue

A support linux admin caught this incorrect information on this page: https://github.com/rackerlabs/docs-cloud-monitoring/blob/master/api-docs/tech-ref-info/check-types/agent-check-type-ref.rst#id7

In the “agent.filesystem” documentation has a table with the following entries:

        ---------------------------------------------------------------------------------------------------------------
    …
        avail 	Available space on the filesystem in kilobytes, including reserved space.
        free 	Free space available on the filesystem in kilobytes including reserved space.
    …
        ---------------------------------------------------------------------------------------------------------------

Which is apparently incorrect.

Appears the agent, agent.filesystem, uses the statvfs library:

   #ifdef HAVE_STATVFS
    bsize = buf.f_frsize / 512;
    #else
    bsize = buf.f_bsize / 512;
    #endif
    val = buf.f_blocks;
    fsusage->total = SIGAR_FS_BLOCKS_TO_BYTES(val, bsize);
    val = buf.f_bfree;
    fsusage->free = SIGAR_FS_BLOCKS_TO_BYTES(val, bsize);
    val = buf.f_bavail;
    fsusage->avail = SIGAR_FS_BLOCKS_TO_BYTES(val, bsize);
    fsusage->used = fsusage->total - fsusage->free;
    fsusage->files = buf.f_files;
    fsusage->free_files = buf.f_ffree;
    return SIGAR_OK;
    
    http://man7.org/linux/man-pages/man2/statvfs.2.html
    
    fsblkcnt_t     f_bfree;    /* Number of free blocks */
    fsblkcnt_t     f_bavail;   /* Number of free blocks for
                                                unprivileged users */

A correct version would then look like :

        ---------------------------------------------------------------------------------------------------------------
    …
        avail 	Available space on the filesystem in kilobytes for normal users.
        free 	Free space available on the filesystem in kilobytes including reserved space.
    …
        ---------------------------------------------------------------------------------------------------------------

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.

Platform migration

Hello admins,

The Information Development Team is migrating all documentation repositories published using Deconst to a new publishing platform stack.

This change is to improve functionality, build times, and longevity of the platform.

Things that won't change:

  • How you contribute to this repository
  • No downtime
  • No GitHub configuration changes

Changes to expect:

  • Build checks are now produced by netlify
  • Build previews can be accessed by clicking "Details" to the right of "netlify/path/deploy-preview"

The migration has already started and we are unable to provide the exact date that this repo is to be migrated.
If you have questions or concerns please reach out to myself or Robb Romans.

Thanks, William Loy

# Refactor API Guide: QE checklist

Refactor API Guide: QE checklist

Use the following checklist to verify that API guide refactoring for each service. If you have questions, open a docs-common issue.

Do the QE check against the PR submitted to the master repo. Ask the person who did the refactoring to make you a collaborator on their fork in case you want to submit a PR to correct something.

When you build the refactored Sphinx project, use the make clean html command to build chunked content.

  • Review the Strider build log for errors. Notify author about any issues.
  • Check for broken links.
  • Verify that navigation matches the API Guide template.
  • Check the API reference section to verify that the methods for each resource are in a single topic.
  • Check the General API information topics to make sure they match the common content where possible.
  • Check the Authentication topic in the Getting started section to make sure it matches the common template.
  • Check conf.py to make sure it has the updates from the
    template.
  • Verify that you can build locally from source.

Issues with dedicated Windows Rackspace Monitoring installation

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • [ x] Missing information
  • [ x] Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue
During the installation guides that I came across there were numerous issues.

First for dedicated you can't run the auto install as there is no cloud username.

 There is no mention of auto install for Windows in the API docs. Added link to
 How-To article https://support.rackspace.com/how-to/install-and-configure-the-rackspace-monitoring-agent/

Second when it comes to doing the install for Windows once the agent is installed the location of the config file and the .yaml files are not clearly documented. The config file should be C:\ProgramData\Rackspace Monitoring\config\rackspace-monitoring-agent.cfg.

  Change made in "Configure the agent" section: configuration to config.

Third once the agent is installed a directory is created called rackspace-monitoring-agent.conf.d at the location C:\ProgramData\Rackspace Monitoring\config\rackspace-monitoring-agent.conf.d. This is where the .yaml files are stored.

This is noted in the section "Use a server-side configuration YAML file:
- Save the YAML file in the rackspace-monitoring-agent.conf.d
subdirectory under the config directory:

  *(Windows)*
  ``C:\ProgramData\Rackspace Monitoring\config\rackspace-monitoring-agent.conf.d``.

Fourth it is not clear what the name of the files should be, but they can be anything that you want just ends in .yaml.

Added the following to the section "Configuring the agent with YAML files":
"You can name YAML files as you like, but they must end in
.yaml."

Fifth it clearly shows what the Linux files should contain but not the Windows ones. For Windows you can pull what the Targets are but it returns results that are not clear. For Windows network it would be the friendly name of the network interface. For the Windows disk it would be C:\ or D:.

Added a note in the discussion abou the YAML files as follows:
"For Windows, the files should have the name of the network interface force
the Windows network, and C:\ or D:\ for the Windows disk. "

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.

Convert Server-side monitoring configuration to how-to article

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Tell us more about your issue
I thought we converted the blog post to documentation but I cannot find it anywhere. We should have a how-to article on the Server-side Monitoring Configuration feature so that we can keep it up-to-date.

http://blog.rackspace.com/monitor-like-a-pro-with-server-side-configuration

Align supported agent installation platforms

What do you want us to know about?

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Tell us more about your issue

We realized we haven't been doing a good job of coordinating new platforms and deprecated platforms for the agent installations described at

https://developer.rackspace.com/docs/rackspace-monitoring/v1/getting-started/install-configure/

Here are a set of changes that will get the documentation back in alignment with our supported platforms:

Distribution Remove Add Notes
Debian wheezy, testing, unstable buster, jessie Resulting list will be buster, stretch, jessie
Redhat 5
CentOS 5
Fedora 16 - 21 22 - 30

Thanks!

Missing info for deleted libs

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.

"Deleted libs" in the table on https://developer.rackspace.com/docs/rackspace-monitoring/v1/tech-ref-info/check-type-reference/#hostinfo-checks has an incomplete description. It should read "Greps through the output of lsof -nnP to find deleted/missing libraries for running processes"

Typo in metric name 'cert_subject_alternative_name' of remote.http check

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

The metric name highlighted here is missing an "s". It should be cert_subject_alternative_names.

image

I'm not sure where this should go, but I would recommend providing an example alarm snippet for that metric that contains:

if (metric['cert_subject_alternative_names'] nregex '.*example.com.*') {
  return new AlarmStatus(CRITICAL, 'Missing expected SAN');
}

where the customer replaces "example.com" with an expected hostname on the certificate's SAN list.

Refactor API Guide checklist

Refactor API Guide checklist

Use the following checklist to guide and track the refactoring work for
each Developer Guide. If you have questions, open a docs-common issue.

When you build the refactored Sphinx project, use the make clean html command to build chunked content. Before you begin refactoring, review the restructured text fixes.

Important: If the project contains additional source files or content significantly
different than the template, add a link to the source in Issue #62 in the docs-common repo.

RST coding syntax fixes

Refactoring the API guides gives us a chance to make our RST source files comply with coding best practices. You can make the following changes when you are refactoring, or make the updates in a separate effort.

  • Wrap all lines to 79 characters.
  • Ensure that heading separator lines are the same length as the title
    ====
    Test
    ====
  • Use the following symbols for heading separators:
    • H1: over and underline =
    • H2: ~
    • H3: -
    • H4: ^

In the same file, the header levels must be in sequential order. If they aren't, you get the following error when you run the Sphinx build: SEVERE/4) Title level inconsistent.

Tip: If you are using the Atom editor, you can configure the soft wrap feature to reflow text
to 79 characters with a keybinding:

  • Set the line length:
    • Click Atom > Preferences > Settings.
    • Change the Preferred Line Length to 79.
    • Make sure that Soft wrap at Preferred Line length is selected.
    • Do not select the Soft wrap selection.
  • Reflow text that exceeds 79 characters.
    • Select the line or paragraph.
    • Click alt+cmd+q to reflow the text. If text is indented or has special formatting,
      you have to adjust the text manually.

Note: Don't worry about the line length in code samples or tables for now.

Configuration updates (conf.py)

Tip: To catch errors inline, configure Atom for Python.

After you complete the conf.py updates, run the Sphinx build (make clean html) to test that the build still works: make clean html. Resolve any errors.

Note: If the Sphinx build doesn't run, follow the build from source instructions to install the required dependencies.

Overview updates

When you refactor the content in the overview source files, you relocate the content and delete the overview folder and files.

  • Move the following files to the root directory of the Sphinx project: additional-resources.rst,service-updates.rst
  • Copy the About API description from overview/index.rst to the beginning of the main index.rst file so that the API description is the first information in the API Guide.
  • Move any other files in the overview folder to the root directory, and either integrate the content into another topic, or add the file in the index.rst toctree where it makes sense.
  • Delete the overview folder.
  • Update the index.rst toctree directive:
    • Delete overview/index.rst.
    • Add additional-resources and service-updates after the release-notes file
      and before the copyright as shown in the index.rst template.

After you complete the overview updates, run the local Sphinx build. Resolve any errors. Then, run the following command to review the local build output to verify that the API description, Additional resources and Service updates content renders correctly: open _build/html/index.html

Getting started updates

For the Getting Started section, use the following instructions to refactor the common content and the product-specific Getting Started content.

Update common gs-section

  • Copy the common-gs folder with the [API Guide template files].(https://github.com/rackerlabs/docs-common/tree/master/api-guide-template/common-gs)

  • View the diff of the new content against your existing content.

    If you have any content that's not included in the common content, determine whether it
    needs to be added to the template. If not, then put the content in a different location so
    that the common content is the same across all API Guides. If necessary, open a
    docs-common issue issue
    to update the template or determine how to handle the custom content. All common-gs
    content must be the same.

The changes made to the common-gs content include the following:

  • Adjust heading levels in auth-using-curl.rst to move everything up one level.
  • Update get-credentials to move heading up a level and remove Cloud Control Panel login info.
  • How-to-use-curl minor edits and add Windows cURL info.
  • Wrap all lines at 79 characters and remove trailing spaces.
  • Miscellaneous editorial improvements.

Update Getting Started section

  • Add the get-credentials-include.rst file to the getting-started folder. This file embeds the common get-credentials.rst topic at the H2 level.
  • Move concepts.rst file from the root directory to the getting-started folder.
  • Update authentication.rst to append Identity endpoint information at end of last paragraph. See authentication template.
  • Update send-request-ovw.rst to change intro sentence to refer to section and
    remove link definition for Cloud Control panel. See Send API request template.
  • Update index.rst (See template.)
    • Copy the heading and opening paragraph from getting-started.rst to the
      top of getting-started/index.rst.
    • Remove bold format from heading.
    • Add the prerequisite information after the opening paragraph following the getting-started topic template
    • Update toctree specification:
      * Add get-credentials-include file at the top of the list.
      * Remove prerequisites topic.
      * Add concepts.rst after authentication.rst topic.

After you complete the Getting Started updates, rebuild the Sphinx project. Resolve any errors. Then, review the local build output to verify that the content renders correcctly and that it matches the Getting started template.

Developer Guide updates

The Developer Guide refactoring moves the content from the Developer Guide introduction to the main index.rst file.

  • index.rst updates:
    - [x] Copy Developer Guide intro about audience and prerequisite knowledge to root index.rst intro before the paragraph with links to the sections of the API documentation. See root index.rst template.
    - [x] Remove the link to the Developer Guide section.
    - [x] Update the toctree specification to remove developer-guide
  • Delete the developer-guide.rst file from the root directory

After you complete the Developer Guide updates, rebuild the Sphinx project. Resolve any errors. Then, preview the local build output to verify that the Developer Guide section was removed.

General API info updates

When you refactor the General API section, the main changes are removing the authentication
topic and adjusting the heading levels. You'll also need to change some common file names and content to match the common content in the API Guide template. Some of these changes are included in the instructions, but there are too many to document in detail. Be careful when you make these changes, some projects have custom information that differs from other projects.

Important: If you have common files in your source that are not in the template directory or significantly deviate from the template source file, add a link to the Github source for that file to the General API info source file issue. This list will help us review and improve the General API Info content and determine whether it needs to be included in the API template.

  • Change index.rst heading level to
=======================
General API information
=======================
  • Update general-api-info/index.rstto append a reference to the Getting Started authentication section. (See General API info index.rst #template.)
  • Update the toctree directive to remove the filename for the authentication topic.
  • Delete the authentication source file from the general-api-info directory.
  • Change headings in sub-topics to H1 and H2 (~~~~~) per template.
  • Rename service-access-endpoints.rst to service-access.rst and match content to template version.
  • Compare General API Information source files to the source in the API template directory, and update to match common content where possible.

After you complete the Getting Started updates, rebuild the Sphinx project. Resolve any errors, Then, review the local build output to verify that the content renders correctly and that it matches the General API information template.

API Reference updates

When you refactor the API reference section, the main changes are relocating the api-reference heading to api-reference/index.rst topic and adjusting the heading levels in the methods section.

  • Rename api-operations folder to api-reference
  • Update the exclude_pattern configuration in conf.py with the new name.
  • Update api-reference/index.rst to follow template
  • Check api-reference.rst in the root directory to make sure it doesn't have any additional
    information not included in the updated api-reference/index.rst file. If no extra content, delete the file. If additional content is included and still needed, move it to the index.rst file.
  • Update root index.rst with new path to api-reference/index.rst.
  • Change api resource topic heading levels to h1 (====).
  • Change api method heading levels to h2 (~~~~~~~~~).
  • Change request and response heading levels to h3 (-------).

After you complete these updates, rebuild the Sphinx project. Resolve any errors. Then, review the local build output to verify that the content renders correctly and that it matches the API Reference API reference template.

Release notes updates

When you refactor the API reference section, the main change is relocating the Release notes heading and introduction to release-notes/index.rst, moving the release note topics to a sub-folder, and including all release notes topic in index.rst. You also need to add the new release-notes folder to the exclude_patterns specification in the Sphinx configuration file, conf.py.

  • Set up all release note content to render in a single topic.
    • Create a releases sub-folder in the release-notes directory.
    • Move individual release notes files into the releases folder.
    • Update release-notes/index.rst to include all release files.
      Use the .. include:: directive
  • release-notes/index.rst updates: - [x] Change refid to.._release-notes-collection:. - [x] Updaterelease-notes/index.rstto include all release files using the.. include::`` directive. See template.
    • Remove bold format from title.
  • Main index.rst updates
    • Update link to release note section to use new
      refid = release-notes-collection.
    • Update toctree specification with path to release-notes/index
  • Update the exclude_patterns specification in the Sphinx configuration file conf.py to
    add the release-notes/releases pathr.

After you complete the updates, rebuild the Sphinx project. Resolve any errors. Then, review the local build output to verify that the content renders correctly and that it matches the API Guide Release notes template.

Root index.rst updates

Many of the refactoring changes in the root index.rst file were completed when you refactored earlier section. These instructions provide a summary of the changes so you can verify them.

  • Ensure the first paragraph provides information about audience and prerequisite knowledge like the root index.rst template.
  • Update the links to API Guide sections
    • Remove Developer-Guide
    • Change release-notes ref ID to release-notes-collection
  • Update files in toctree directive to follow this pattern:
   Product name v# <https://developer.rackspace.com/docs/cloud-load-balancers/v1/>
   getting-started/index
   general-api-info/index
   api-reference/index
   release-notes/index
   service-updates
   additional-resources
   copyright

Changes include:

  • Add the following file names:
    • additional-resources.rst
    • service-updates.rst
  • Delete the following file names:
    • getting-started.rst topic
    • prerequisites-for-using-api.rst
    • concepts.rst
    • developer-guide.rst
    • api-reference.rst

Note: If your project contains additional source files not included in this list, add them to Issue #62 in the docs-common repo. Include them in the content architecture where it makes sense. IA team can review.

Next steps

After you complete the refactoring work, complete the following steps to submit the changes for review:

  1. To change the API documentation template for your project, update the routes.d file in the nexus-control repository to change the template from docs-singlepage.html to user-guide.html.
  2. After the nexus-control PR has been merged, submit a PR with your refactoring changes against your upstream repository.
  3. Follow the review instructions.

I see *dead page*.

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue
I see dead page on https://developer.rackspace.com/docs/rackspace-monitoring/v1/api-reference/check-operations/#check-operations
Under "Create a check" section: Create a new check in the monitoring system by using a valid set of attributes from the checks attributes table. For a tutorial on creating some basic checks, see Create checks in the Rackspace Cloud Monitoring Getting Started Guide.
"Create checks" link is giving "Page Not Found" error.

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.
screen shot 2017-11-14 at 5 30 44 pm

Add in link to describe unix style load

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.

In https://developer.rackspace.com/docs/rackspace-monitoring/v1/tech-ref-info/check-type-reference/#agent-load-average, it'd be helpful to include a link to https://support.rackspace.com/how-to/checking-system-load-on-linux/ describing the commands we use to get unix-style load.

Columns in tables not wide enough

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Product Feedback website.

Tell us more about your issue

On this page, https://developer.rackspace.com/docs/rackspace-monitoring/v1/tech-ref-info/check-type-reference/#remote-check-types certain tables contain columns that aren't wide enough for the information, causing the words to be squished together.

The first instance of this is the "Metrics" table in section remote.smtp-banner though there are several other tables on the page that have the same issue. Can't tell how widespread this is.

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.

MySQL server-side replication check example

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • [X ] Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

No example for MySQL server side configuration file. Here's an example. Note that the monitor user ("raxmon") needs the REPLICATION CLIENT grant in MySQL.

type    : agent.mysql
label   : mysql_replication
period  : 60
timeout : 10
disabled: false
details:
  host: 192.168.100.1
  port: 3306
  username: raxmon
  password: your_password_here

alarms  :
    MySQL-replication:
        label: MySQL replication check
        notification_plan_id: npTechnicalContactsEmail
        criteria: |
            if (metric['replication.slave_sql_running'] != "Yes") {
            return new AlarmStatus(CRITICAL, 'Replica SQL thread is not
            running with error number #{replication.last_errno} . ');
            }
            if (metric['replication.slave_io_running'] != "Yes") {
            return new AlarmStatus(CRITICAL, 'Replica IO thread is not
            running with error number #{replication.last_io_errno} and
            error message #{replication.last_io_error}.');
            }
            return new AlarmStatus(OK, "Replica SQL and I/O threads are
            running");

agent.disk checks needs clarifying of queue and qtime metrics

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

In the agent.disk section, here, the queue metric description needs to be clarified and the qtime metric added. Please use the following as the description of each:

queue

Measured in seconds, this is the current disk queue length, which is an instantaneous measurement of the I/O queue for the given disk/partition.

qtime

Measured in milliseconds, this is the weighted # of milliseconds spent doing I/Os. This field is incremented at each I/O start, I/O completion, I/O merge, or read of these stats by the number of I/Os in progress times the number of milliseconds spent doing I/O since the last update of this field. This can provide an easy measure of both I/O completion time and the backlog that may be accumulating.

New Ubuntu and Debian repositories

What do you want us to know about?

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

I just realized that we have added several new Ubuntu releases to our repositories, but the team must have forgotten to relay the updates to the documentation. In fact, rather than list out a command per release, I would recommend we use a "smarter" script snippet that works on all of our supported Ubuntu releases.

On this page

https://developer.rackspace.com/docs/rackspace-monitoring/v1/getting-started/install-configure/#install-agent-step-by-step

Please change step 1 of the Ubuntu section

image

...to the following

  1. Run the WHOLE COMMAND shown here, without line breaks, to add the monitoring agent package repository to APT:
sudo sh -c "echo 'deb http://stable.packages.cloudmonitoring.rackspace.com/ubuntu-$(lsb_release -rs)-x86_64 cloudmonitoring main' > /etc/apt/sources.list.d/rackspace-monitoring-agent.list"

Alarms API documentation incorrect for disabled property

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

I noticed the wording for Alarms is incorrect.
https://developer.rackspace.com/docs/rackspace-monitoring/v1/api-reference/alarms-operations

The disabled property states that it "Disables the check", it in fact disables the actual alarm. The Check is disabled via the property of the same name located in Checks API

alarmapi

Thanks.

monitoring_snet_region config docs

What do you want us to know about?

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Hi there!

I wanted to give feedback on the following part of the docs:

https://github.com/rackerlabs/docs-cloud-monitoring/blame/00f4d84db3f2759df754dfecfec5424bc990d25d/api-docs/getting-started/install-configure.rst#L780

monitoring_snet_region

string 

Optional. This option tells the agent to connect to the agent endpoints over
the Rackspace ServiceNet (instead of over the public Internet). Valid regions
are DFW, ORD, LON, SYD, HKG,  and IAD. If option is set, the value must 
match the region of the agent and the service it is running on.

It looks like the regions are correct, but the regions have to be specified in the config file in lower case. When using upper case for the region with the agent, it'll throw an error like this:

Sat May 12 02:57:32 PM 2018 ERR: Invalid configuration: snet_region 'DFW' is not supported.

Switch to lower case, and it works:

Sat May 12 02:58:12 PM 2018 INF: Using ServiceNet endpoints in dfw region
Sat May 12 02:58:12 PM 2018 INF: Confd -> reading files in /etc/rackspace-monitoring-agent.conf.d
Sat May 12 02:58:12 PM 2018 INF: Upgrades are enabled
Sat May 12 02:58:12 PM 2018 INF: 10.190.252.11:8443 (hostname=agent-endpoint-dfwsnet.monitoring.api.rackspacecloud.com connID=1) -> Connected

Host-info system link goes to the wrong example

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.
The "system" link in https://developer.rackspace.com/docs/rackspace-monitoring/v1/tech-ref-info/check-type-reference/#hostinfo-checks goes to https://github.com/virgo-agent-toolkit/rackspace-monitoring-agent/blob/master/hostinfo/debug/PROCS.json

It should go to:
https://github.com/virgo-agent-toolkit/rackspace-monitoring-agent/blob/master/hostinfo/debug/SYSTEM.json

New REST calls for our upcoming Private Network Monitoring feature

What do you want us to know about?

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Tell us more about your issue

Hi, we're working on GA'ing a new feature in MaaS called Private Network Monitoring. To facilitate use of the new feature we have added new create, update, delete operations for monitoring_zones. In this context the user is creating/updating/deleting "private" monitoring zones that exist alongside the existing public zones (such as mziad, mzdfw, ...).

The new calls are:

  • POST /monitoring_zones
  • PUT /monitoring_zones/{monitoringZoneId}
  • DELETE /monitoring_zones/{monitoringZoneId}

This gist contains an HTML rendering of Swagger/OpenAPI specification, also located there as the YML file. That API info details the parameters and successful response of the new calls. What is not shown are the typical failure scenarios 400, 401, 403, 500, 503, but would need to be included in the final documentation.

Please let me or Carolyn Rivas (product manager) if you have any questions, need more information, etc.

Thanks.

Changing the label of an Entity is not allowed for customers

What do you want us to know about?

https://developer.rackspace.com/docs/rackspace-monitoring/v1/api-reference/entities-operations/#update-an-entity-by-id

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.

fstab description not complete

What do you want us to know about?

(Check all that apply.)

Report a documentation issue

  • Bug (misspellings, grammatical problems, broken link, format issues)
  • Missing information
  • Incorrect information
  • Feedback or suggestions
  • Other

Product

  • Product bug
  • Product feedback

Note: For product-related issues, you can also submit an issue from the Rackspace Community Forum website.

Tell us more about your issue

Be as specific as possible. Include excerpts from the text or a screen capture when necessary.

The description of fstab in the table on: https://developer.rackspace.com/docs/rackspace-monitoring/v1/tech-ref-info/check-type-reference/#hostinfo-check-type-ref is incomplete. It hsould read: "Reads /etc/fstab and retrieves information about the file system configuration"

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.