You are here
Michael Norton - Sat, 2015/12/05 - 00:44
Tried the oDoo appliance in both the VM and ISO versions in VirtualBox. Couldn't get either to accept the initial "create oDoo database" wizard. Attached is a snapshot of the error.
Forum:
Tags:
This might be a bug
TBH I'm not that familiar with Odoo nor did I do much work on this particular appliance. But assuming I understand right, maybe the DB user permissions are not being quite right? You should be able to manually tweak them in Adminer (log in via https on port 12322 using the "postgres" user and the password you configured on firstboot).
Also for future reference all the images are built from the ISOs. Some of the other build types have more substantial changes, but the OVA and VMDK are essentially just a vHDD of the ISO installed. So if the OVA imports ok, but then doesn't work, there is a good chance that the ISO won't either (and vice versa). Unless of course your download is corrupt. You can check that by comparing a hash of your download against the relevant sig file.
Hi Jeremy, I don't think
Hi Jeremy,
I don't think it's a corrupt download as I tried it from two different computers and two downloads.
I'm able to run the installer (ISO) or start the machine (VM) and set the initial passwords, then bring the machine up to the shell. Accessing the oDoo website for first login works, which requires creating the database for first use. That's where every attempt to create the database fails. I tried every combination of my preset password and the default "admin" password, to no avail.
It's almost like the initial passwords are being set for root and postgres ok, but the additional password for oDoo admin is not?
Thanks,
Michael
I'll download it and see what I can see...
Apologies on slow response...
I can't reproduce this issue.
But once I got that working then it all worked as it should...
I will now test for an ISO install just to be sure...
Ok I can reproduce this issue...!
I'll have a fiddle and see if I can work out what is going on.
[update] Ok I'm not sure why but I just reran the initial Odoo initscript and reset my Odoo master password and then restarted Odoo. After that it worked as expected...
Turnkey 17.1 turnkey-init & odoo.py does not reset Database Pwds
Today, after pulling up a new server with snapshot via hub.turnkeylinux.org the system loaded and I could log into Odoo and SSH and WEBMIN.
However, I was not able via the Odoo Database Manager to backup or instagate new Databases.
I the ran turnkey-init resetting passwords to those I had on record. Still no response with Odoo Database Manager.
I then ran, as outlined above
and got the error "Turnkeylinux-Example" does not exist.
Normally one would delete that database and build a new database as I did, but the Odoo Database Password which gets set in odoo.conf should be able to reset.
I did also restart odoo.service in Webmin, which was a recent possible solution.
This is a rather large problem... Is there a way we can get this to work. Need to be able to control Databases via the normal way.
(URL)/web/database/manager
Thoughts on how to fix?
You raise a good point Landis
You raise a good point Landis. There may be scenarios where you might need to reset the "Master" password, after you've removed the example DB.
I've had a look at removing the hard requirement of the default example DB existing. You can find that here: https://github.com/JedMeister/odoo/blob/tweak-inithook/overlay/usr/lib/inithooks/bin/odoo.py.
If you'd like to test it out on your instance, download like this:
Hopefully that gets you going?! Please let me know either way.
That is a big help Jeremy!
It is not clear to me what the difference between the Database Password and the Master Password. I understand in this situation, the Database password is actually the "admin" user password, while the Master Password is for Database Managment within Odoo /database/manager interface.
I ran the steps you put there in Shell (Nice One there!)
did get a "fatal" statement that is seemingly not fatal.
Worked (in that I reset the PW to the one I likely lost track of and caused this)!
I think if this were to go one further, you might have a step in Odoo.PY which asked "which database" would you like to reset the admin password for.. maybe even give a list.. (list of Odoo Databases only)
Thank you for this Jeremy!
Landis
The "Master" password is stored in the config file
Glad to hear that my tweaks were useful! :)
The "Master" password is stored in the config file - the individual user accounts for specific Odoo DBs are stored in their respective DBs. E.g. The email and password of the 'admin' account for the example TurnKey DB is stored within the example TurnKey DB.
For simplicity, in the firstboot script we use the same password for both the "Master" password and the password for the example TurnKey Odoo DB "admin" user.
Yes, that's expected. The script does exactly what it did before, except now, when it hits the error that was killing it, it just ignores the error and keeps going. It would be better to suppress that "fatal" error message (that isn't fatal), but that would require tweaks to our shared postgresql module (which should probably be done, but there are higher priorities right now...).
I did consider that when I made my tweaks yesterday, but it's a bit more complicated than just resetting the 'admin' password for a specific DB. There doesn't appear to a specific "admin" user - so we would need to work out which user to reset the password too. It's easy for the example DB as we create it, including the user account.
If you know the DB and the user email, then it's relatively trivial to change the password. But to write a script to work all that out (even if it just asks for DB, email and password) is a whole lot more work...
Or "just modify" the script to aim at a Db and User
Thanks again Jeremy.
Maybe the script could ask the "shell runner" (root user)
"which database" and "which user"...
That would mean only "one at a time" but is not much work to change a few.
I think the passwords in "odoo.conf" are (is the word salted) to not be visible? Seems so.
Anyway, this is a huge help. Thank you.
Been bugging me for a long time. If you run it through turnkey.init there has been no feedback so when the odoo database password was not changing, I thought I was going crazy.
Security wise we should find a way to limit the number of attempts there. I will research.
/etc/odoo/odoo.conf needs to name the new database
I saw this older post and realize the issuue may go back a ways.
/etc/odoo/odoo.conf has "db_name="TurnkeyLinuxExample" and this needs to be changed or blanked to have the new database.
The new Database is created but if this line is in odoo.conf it will not show when choosing database.
Best, IMHO, to have only one database a system works with so do name the new database there.
You can have multiple by blanking the name but then each visitor/user will need to specify each time they visit.
Noted separately in another post yesterday for V18
Add new comment