Skip to main content

Run the doctor

When something goes wrong, start with neetoauth doctor. It checks your authentication, API connection, and CLI version.
When multiple workspaces are signed in, name the one to check:

Common errors

When a command fails, it prints a one-line error message.
Problem: no workspace is signed in.
Solution: run neetoauth login --subdomain <name>.
Problem: more than one workspace is signed in, so the target is ambiguous.
Solution: add --subdomain <name> to the command.
Problem: the --subdomain value doesn’t match any signed-in workspace.
Solution: use one of the listed subdomains, or sign in to the new one.
Problem: users create ran without an email address.
Solution: pass --email <address>, or supply it in the file given to --json-file.
Problem: users create ran without an organization role.
Solution: pass --role owner or --role non_owner. This is the organization-level role, not a product role.
Problem: an --app value is missing the role half.
Solution: write it as name:role, for example --app neetocal:admin. Run neetoauth products list to see the valid pairs.
Problem: the server rejected the request (for example, inviting someone who is already an active member, or removing the last owner).
Solution: the CLI passes through the server’s message. Check the JSON envelope (or --quiet payload) for error, errors, or notice and any suggestions from the API.

Permission errors

The CLI acts as the person who signed in, so commands are checked against your own permissions. If a command fails with an authorization error, ask a workspace owner to grant you the permission, or use an API key against the REST API instead.

Check the version

Prints the CLI version, commit hash, and build date - useful when reporting an issue. Run neetoauth update to move to the latest release.