1
0
-1
1 answer
- 210
I had resolved this issue manually.
- In vid-pre-init.sql, the database name was vid_openecomp, but VID was trying to create table under vid_openecomp_epsdk. So manually logged in as root and then granted privileges to vidadmin to do changes in vid_openecomp_epsdk database.
- Next, create table was supposed to be performed in vid_openecomp database. So I gave all privileges for user vidadmin@% and then created vid_openecomp database.
root@36dc23c061fc:/# mysql -u root -p<rootpass> Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 49 Server version: 10.1.23-MariaDB-1~jessie mariadb.org binary distribution Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. MariaDB [(none)]> GRANT ALL PRIVILEGES ON * . * TO 'vidadmin'@'%'; Query OK, 0 rows affected (0.00 sec) MariaDB [(none)]> quit Bye root@36dc23c061fc:/# mysql -u vidadmin -p<VID pass> Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 50 Server version: 10.1.23-MariaDB-1~jessie mariadb.org binary distribution Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. MariaDB [(none)]> create database vid_openecomp; Query OK, 1 row affected (0.00 sec) MariaDB [(none)]>
Could someone else confirm same issue with their environment? I had to change SQL for this to work in our environment.
Thanks Josef Reisinger
- Josef Reisinger
I ran into the same issue today and instead of giving rights to vidadmin I tried to change the database name in the script /opt/vid_vm_init.sh (removing _epsdk two times(!)). Worked too.
Add your comment...
vid.api.simpledemo.openecomp.org is not coming due to DB connectivity issue.
As per vid_vm_init.sh, /opt/vid/lf_config/vid-pre-init.sql has to be executed. Looks like that process didn't complete.
How to get inside nexus3.onap.org:10001/openecomp/vid:1.0-STAGING-latest VM and create TABLE as per /opt/vid/lf_config/vid-pre-init.sql ?
Marco Platania - Could you please help me with this issue?
James Forsyth, any clue why this happens?
Also, Viswanath KSP, could you please add more details (e.g. what you are trying to do, your OpenStack environment, etc.).
Thanks!
Is the mariadb docker image running? that's the container where the table gets created
James Forsyth - Yes the container is running. I guess vid-pre-init.sql didn't execute correctly. That's the reason, I wanna know how to get inside mariadb to execute SQL manually.
Marco Platania - I'm from Verizon and I'm trying to bring up ONAP environment in our cloud, which is based on RHEL openstack. Intention is to go through demo use-cases and to explore ONAP.
Hi Viswanath KSP,
vid-pre-init.sql should be executed by one of the startup scripts. If it hasn't executed then you can manually go into the container and start it. To get inside the running container (vid-mariadb) use the following docker command: 'docker exec -it <container id> bash'. This should take you inside the container.
Once inside the container you can do a simple 'mysql -u vidadmin -p < /opt/vid/lf_config/vid-pre-init.sql' command to create the table.
Could you provide me password for vidadmin ? Even if I skip password based login, I'm getting access denied
I think the password is generated individually. If you
you see the line to start the database container like
You may access the database either with
or
(be carefull not to have a space after -p)
Josef Reisinger - If I use vidadmin am getting below error :
In case of root, below one
Pls advise!
Well, I saw some mails floating by which mentioned the database should be called 'vid_openecomp_epsdk'' by now and there is a de-sync between the script (and even more) if you use the 1.0-STAGING-latest docker version. You cat the same CREATE denied error when trying to open the VID-tab in the portal.
This symptom went away when I used 1.1-STAGING-latest for docker-version.
If you want experiment with 1.1, you don't need to to re-create the stack, just change the value in /opt/config/docker-version.txt and run /opt/vid_install.sh. This will download the 1.1 containers.