-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Configuration documentation #8
Comments
@alfonsoegio I've added new information on the README and also added a dedicated README for the Gravitee located on gravitee/README.md |
Sorry, can you point me to the part of the documentation explaining how the Slice Manager base URL is configured? performing: |
Since the import files deal with many configurations and Gravitee provides an intuitive UI, what we did was to provide documentation to help manage the APIs through Gravitee's UI, avoiding dealing directly with the JSONs. https://github.com/5GCity/5GCity-AAA/blob/master/gravitee/README.md However if you feel it's more productive to edit the JSON directly I can manage to describe some of its fields. If the administrator needs to change some of the API configurations it can easily export the API overwriting the old configuration. |
machine still raises a "Management API unreachable or error occurs, please check logs" on port 80, it seems to try to access localhost:8083 instead of the url I configured in /etc/config.ini: [gravitee] |
Also when trying to execute: python main.py gravitee --import_api "Slice Manager API" I'm getting an error; maybe this has to do with performing the setup procedure many times, can you document how to stop / regenerate the containers, in order to get config changes properly applied? |
Please get the new version of the code and try again please. I refactored the configurations and added a function to validate your mmap counts which I believe it was the problem. https://www.elastic.co/guide/en/elasticsearch/reference/current/vm-max-map-count.html You can also check on the README the port mapping of each service. Now the Gravitee UI management will be placed on 8092 by default. |
Should I perform a python main.py docker --stop && docker --shutdown before? If that's the case, please document it also |
Yes please use the stop and shutdown commands before starting and importing both the API and Keycloak realm |
After stopping and shutting down, executing "python main.py docker --start": and waiting for message "Admin console listening on http://127.0.0.1:9990" when running "python main.py keycloak --import_realm 5gcity" I'm obtaining the message:
|
This is because the keycloak exporter launches a new container by the name of keycloak_exporter which is still running. Please remove the container and try again the export. We're still working on a way to make this process cleaner. |
OK, now I've reached the point: python main.py gravitee --import_api "Slice Manager API" runs without error messages but, accessing 8092 port on host machine still fails: "Management API unreachable or error occurs, please check logs" trying to connect to http://localhost:8083 error. Maybe the error has to do with the fact that MGMT_API_URL is pointing to localhost in the compose-aaa.yml configuration and if that's the case it would be necessary to clarify which URLs on this configuration file correspond to internal management of services and which should be considered external (for example the ones that are going to be used by user's browser). |
If I change in compose-aaa.yml localhost:8083 for 5gcity-slave1.i2cat.net:8083 (to prevent the fact that my browser thinks that the 8083 service runs on my own machine) when performing "python main.py gravitee --import_api "Slice Manager API"" I'm getting an error:
Seems that gravitee UI deployment does not work apart from being used from the same computer? |
Sorry for this. I included just know an error feedback regarding the gravitee commands and also an URL option so you can point the Management API you want to use, e.g.,
|
Hello again:
|
This means the API you are trying to add already exists in the target URL. The current implementation doesn't override or replace API configurations. |
OK, so everything is in place? Should I try now to deploy dashboard configuring API_BASE_URL and AUTH_SERVER_URL? |
Please confirm: in order to run the whole setup without https enabled; steps should be: $ python main.py docker --stop .... wait to docker deployment ends and in another console$ python main.py keycloak --import_realm master getting this error again:Command error with code 400 and message { |
Please pull the new version of the code. I've uploaded a new version of the shutdown which will completely remove the docker volumes and solve the 400 error. In order to run the full setup that's the process. First shutdown running containers and then use the start command. Wait until the docker deployment is over and then, in another terminal, import 5gcity and master realms (this import will disable the need of SSL) then import the Slice Manager API. Have in mind that this process will deploy the solution locally. |
Now AAA deployment seems to work as expected ... last command: with the "We're sorry https required" error message; maybe we can add documentation to both dashboard / AAA in order to explain how the TLS keys and certificates can be configured in order to have TLS support from the beginning and move on through this blocker. |
Please, document all the configuration management / files to configure ports / IPs (specially the slice-manager API url); integration documentation with dashboard also.
The text was updated successfully, but these errors were encountered: