Talk:Install

From wiki.zmanda.com
Revision as of 18:29, 25 May 2007 by Paddy (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Why can the product only be installed as root? If the backups are made on unix I'd prefer to use unix groups and mysql permissions as both were designed to do, i.e. to manage user access to the backup files and their creation and restoration.

Paddy 18:04, 2 May 2007 (PDT) We are changing to use mysql.mysql instead of root.

And there don't seem to be any options to tell the tools to get it's config files and/or write it's log files other than in the system locations. Why?

Paddy 18:04, 2 May 2007 (PDT) Please file an enhancement request at http://forums.zmanda.com/bugzilla with information on why this is needed

Why it's needed? Consider a shared MySQL server managed by one (root) person, and I am a non-root user who wants to back up *my* databases from the shared server. I don't have root access to install the files in the "protected/preferred" locations. Since they're just config files and copies of data I obviously have access to read (as per MySQL user permissions), why make it a requirement to be root to install a tool such as this? In any case, I'll not file a request as I've decided not to use it. The perl "undefined variable usage" warnings, coupled with the "can't open mysqlxxxx.bin" errors followed by "Backup Succeeded" have led me to decide not to use it.

Paddy 11:29, 25 May 2007 (PDT) Thanks for the feedback. Next release will use mysql.mysql as the user and group. "root" access will not be required to run the software. It will great if you can send an email with the issues you have mentioned and release version so that they can be fixed. Lot of such issues have been fixed in the recent releases.