I am running partimage-0.6.4-r3 on Box A, my server. I start it with /etc/init.d/partimaged and there are no options in the /etc/conf.d/partimaged file. Box B boots Knoppix with the same version partimage. On this box I run partimage, then fill out the info - select partition, tell it where to put the image, and put in the address of the server. Then I hit next and put in my username and password - I use root and it's password Box A (the server). Then I get a "username not found or bad password" error on Box B. I check /etc/partimaged/partimagedusers on the server (Box A) and it has the following in it # note: '#' introduces comments #add only users allowed to connect partimaged # (only one login per line) # #sample # user 'sample' is allowed to connect partimaged brett root Trying to use either user gives the error. Here's the permissions on the files in /etc/partimaged -rw-r--r-- 1 root root 1131 Mar 5 00:16 partimaged.cert -rw-r--r-- 1 root root 1131 Mar 5 00:16 partimaged.csr -rw------- 1 partimag root 887 Mar 5 00:16 partimaged.key -rw------- 1 partimag root 176 Jun 7 21:54 partimagedusers -rw-r--r-- 1 root root 1116 Mar 5 00:16 servercert.cnf Something is broken here. I've looked at the bugs on partimage in Gentoo bugzilla and there was discussion of permissions but as far as I can tell mine are okay. I checked the ebuild, the man page for partimagedusers, and permissions look okay. I've tried various combinations and changes - nothing works. I can recompile with the nologin option but I'd prefer not to do that.
Are you really sure that Knoppix
Am I really sure that Knoppix ???? what - <G>.
I tried some more tonight and partimage has problems. I tried again with Knoppix and it's partimage - the username and password that I entered was never accepted. I then went to SysrecuCD which is based on Gentoo. Some observations. 1. Something has changed in the -r3 release. Before I could run partimaged as a daemon, go to the system I wanted to save an image of and run partimagessl -L ... and it worked, even though the partimage server was compiled with users must login. Now I'm told there is a network incompatibility. 2. With the -r3 I recompiled with the nologin use variable. This time I could run partimagessl on the system to be backed up and it ran without a problem. 3. I then recompiled again with -nologin and no matter what I did on the system to be backed up I was told I had an incompatible network. 4. Something is wrong with the Gentoo /etc/init.d/partimaged script. Given that I compiled with -nologin and +ssl. If I add -L to the options in /etc/conf.d/partimaged it is ignored. However if I do /usr/sbin/partimaged -L then partimaged starts up and does not need a login from a user. I'll file another bug on this. I'm not sure what's going on but when you try and run partimaged where users mus t login it chokes up.
see bug #95519
I respectfully beg to disagree - it's neither invalid or resolved. 1. Even with -L partimaged -i shows users must login. If this is true then something's broken. If it's upstream don't you file bugs with them? 2. Why can I not login when the -L is not used? Even with sysrescueCD - a Gentoo derivative - I got the invalid username or password. Actually I'd like to be able to use the login but it's not working with Gentoo's partimaged on the server. Again, if it's a Gentoo issue then it's not invalid or resolved. If it's upstream then has a bug been filed with them?
Some times ago, I've spoken with the authors to improve partimage. Actually there many inconsistencies and some choises are hardcoded, some please compile the ebuild with the right use flags. As I can remembed rescuecd is compiled without login and ssl support.
Okay. I'll redo it with the nologin flags and maybe bug it with them. Partimage addresses a need but unfortunately it appears that it's half done - as you say inconsistent and that makes it a hassle to use. Thanks.
