Skip to content
This repository has been archived by the owner on Aug 1, 2024. It is now read-only.

docs: More troubleshooting tips (starting from scratch; broken outline) #1141

Merged
merged 4 commits into from
Aug 2, 2023

Conversation

timmc-edx
Copy link
Contributor


I've completed each of the following or determined they are not applicable:

  • Made a plan to communicate any major developer interface changes (or N/A)

@timmc-edx
Copy link
Contributor Author

(I've cancelled the provisioning tests for this doc-only PR.)

Copy link
Contributor

@robrap robrap left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks.

@@ -218,7 +218,7 @@ Another error you may get if the code and the image are out of sync is sql or Dj

Demo course is empty in studio
------------------------------
After provisioning and opening Studio, you may see an empty outline for the demo course. This usually means there is a disconnect between the block ids in mySQL and the corresponding data in Mongo.
After provisioning and opening Studio, you may see an empty outline for the demo course. This usually means there is a disconnect between the block ids in mySQL and the corresponding data in Mongo. See https://github.com/openedx/devstack/issues/1073 for the tracking issue.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  1. I'd move this to a new line after 223 (that details the fix).
  2. In 223, consider updating to "To fix locally...", or any other language that notes that this is a workaround fix.
  3. Consider adding something to clarify the point of the issue you are point to, for example, if it is the issue for a more permanent fix that would avoid this workaround?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Adjusted this section.

Starting From Scratch
=====================

If you think your devstack is broken beyond repair, you can start from scratch using ``make dev.destroy``, followed by the Getting Started instructions.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nit: link to Getting Started instructions?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I will admit I thought of this but then didn't want to figure out the exact rST syntax required. 🙃


If you think your devstack is broken beyond repair, you can start from scratch using ``make dev.destroy``, followed by the Getting Started instructions.

If you want to make absolutely sure that there are no lingering data volumes after the ``dev.destroy`` step, run ``docker volume ls --quiet | grep devstack`` -- if you see surviving devstack volumes that are currently mentioned in docker-compose.yml, there may be a bug.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you clarify what "there may be a bug" means, and what someone should do?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I left it vague on purpose. My main goal was to convey "if you see this, something may be abnormal". I'm reticent to encourage people to submit bug reports that are lacking information, but also don't want to overwhelm the section with anything too specific. Suggestions on phrasing? Maybe something like this:

Suggested change
If you want to make absolutely sure that there are no lingering data volumes after the ``dev.destroy`` step, run ``docker volume ls --quiet | grep devstack`` -- if you see surviving devstack volumes that are currently mentioned in docker-compose.yml, there may be a bug.
If you want to make absolutely sure that there are no lingering data volumes after the ``dev.destroy`` step, run ``docker volume ls --quiet | grep devstack`` -- if you see surviving devstack volumes that are currently mentioned in docker-compose.yml, there may be a bug. If you can reproduce the issue reliably, consider `reporting an issue <Reporting New Issues_>`_.

(except that links to the next section, so it's actually very confusing to click that link...)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems fine to me.

Copy link
Contributor

@robrap robrap left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If you could commit the change in the comment, that would be great. Thanks!

@timmc-edx timmc-edx merged commit aa96c34 into master Aug 2, 2023
10 checks passed
@timmc-edx timmc-edx deleted the timmc/debug-volumes branch August 2, 2023 19:03
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants