Hi Maverick.
On my core I can status the mythtv user by the command:
id mythtv
which returns
dcerouter_1047569:~# id mythtv
uid=124(mythtv) gid=129(mythtv) groups=129(mythtv),20(dialout),24(cdrom),29(audio),44(video),1001(public),10000(pluto_dennis)
dcerouter_1047569:~#
the same command on my MD would indicate mythtv user's uid=110, and gid some other number.
to make them the same,
on the MD i issued the command:
usermod -u xxx -g yyy where xxx is the uid of mythtv on the core, and yyy is the gid of mythtv on the core.
it SHOULD take the command and re-issuing
id mythtv
on the MD should result in a match to the same command on the core.
Another thing I think i found is that when the mythtv user is created on the MD, a mythtv@% user is created in the mythconverg database on the core. The password I believe is the original mythbackend password created on the MD (as seen in /etc/mythtv/config.xml originally).
After running mythsetup on the MD, the config.xml file gets modified to match the same file on the core... the password that the MD mythtv user is trying to access the database is now wrong. I changed the password in the mythconverg database (using mysql-workbench) to be the same password used by mysql user mythtv@localhost. (which should be the password listed in config.xml and mysql.txt)
I kept getting mysql.sock errors on the MD mythtv-backend... once I corrected the password, I got a working MythTV on my MD. (aside from fixing the settings for my capture card).
Hope this helps.
Dennis