RT + PostgreSQL nonsense #32
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Obviously the password supplied to rt-setup-database is correct.
Appeared that user password was taken from config file, so without it it used the default
rt_pass
.These steps worked:
Insert following and save:
And then:
And then enter the password from
<root_user>
, which should haveCreate role, Create DB
permissions (database administrator, not necessarily root or superuser). Users can be received as:Sounds like a RT bug. Did you report it?
Not really, the migration script is separate from rt service and no wonder why in user shell it could not find proper config, if there is no rt config path variable set.
Also the rt service itself doesn't have proper permissions to do the migration (and should not).
Was it different before?
It asks for a password on the prompt and then ignores it?
No, it asks for a password of DB admin (DBA) user (should able to create tables/roles), but it also needs rt user and password, which is stored in config.
I think they thought that we would do the migration from the same user/environment as starting the service, and enter a DBA password only on such occasions, and do not store it in configs.
Though actually interesting why do they need both user and admin accounts.