Backup Central

Hello,



I suspect this is really a cygwin issue, however

I have hoped someone here might have approached

the problem already. I have some XP Pro systems

in a workgoup.



I'm using 2.1.0beta1 with the backuppc rsync in a

genuine Cygwin install. Rsyncd is running as a

service on the backuppc client. Everything works

fine except file restores via rsync, where the

restore is inaccessible by the desktop user, as it

has inherited owner system and group admin from

the rsyncd service process. The file modes are 700

thus no one could access their restored files.



On XP pro in a workgroup there seems not to be any

useful group scheme as in a windows domain. All

users in Cygwin haave primary group id 513, which

I've read is referenced as "none". I can't seem to

get the service running as the desktop user. I've

tried admin accounts, etc., and always get a

generic "..service couldn't start.." message from

the OS (I've seen other like complaints and it may

all be workgroup related). I also set "nontsec" for

the environment of the service process for which I

gained 770 mode on the file. If everyone's made an

admin in the workgroup this would work.



Has anyone experienced this flavor of configuration

and tackled this problem? I am not sure if rsyncd

will listen to umask, but I could set that to 000

perhaps? Other suggestions?



Thanks,



Andy





_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Endocrantz writes:

I suspect this is really a cygwin issue, however
I have hoped someone here might have approached
the problem already. I have some XP Pro systems
in a workgoup.

I'm using 2.1.0beta1 with the backuppc rsync in a
genuine Cygwin install. Rsyncd is running as a
service on the backuppc client. Everything works
fine except file restores via rsync, where the
restore is inaccessible by the desktop user, as it
has inherited owner system and group admin from
the rsyncd service process. The file modes are 700
thus no one could access their restored files.

On XP pro in a workgroup there seems not to be any
useful group scheme as in a windows domain. All
users in Cygwin haave primary group id 513, which
I've read is referenced as "none". I can't seem to
get the service running as the desktop user. I've
tried admin accounts, etc., and always get a
generic "..service couldn't start.." message from
the OS (I've seen other like complaints and it may
all be workgroup related). I also set "nontsec" for
the environment of the service process for which I
gained 770 mode on the file. If everyone's made an
admin in the workgroup this would work.

Has anyone experienced this flavor of configuration
and tackled this problem? I am not sure if rsyncd
will listen to umask, but I could set that to 000
perhaps? Other suggestions?

Yes, I've found on some XP systems that rsync restore ends
up with the wrong ownership or modes.

I've never had the time to look into this.

There have been some messages on the cygwin mail list about
this, eg:

http://www.cygwin.com/ml/cygwin/2003-06/msg00034.html

I think someone posted a patch at some point so that rsync could
force the modes after a restore on cygwin. It looks like you have
already tried nontsec. If you can figure out how to solve this
problem I would very much like to include this in the docs.

Also, if you turned this into a generic rsync issue (ie: explained
a test case that didn't include BackupPC) you could try the rsync
mail list for suggestions.

Craig


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Hello,

I downloaded rsync 2.6.0 soruce & 2.6.0-1 patch (from cygwin mirrors)
applied the "-1" patch, the backuppc patch from sourceforge, and then
manually patched from [url=http://www.mail-archive.com/rsync < at > lists.samba.org/msg06792.html]http://www.mail-archive.com/rsync < at > lists.samba.org/msg06792.html[/url]

This produces a fixed-csumseed static-umask/chmod-capable
rsync binary. The result being I can create files in any mode I wish.
This satisfies the requirements of the task I was discussing here.
Cygwin in a XP workgroup doesn't want to work as a rsyncd service
in a friendly way. Cygwin acknowleges this as it is really a windows
integration issue where workgroups just aren't real clever about
rights, certainly in comparison to domains.

I can buid a diff if anyone is interested or make the binary I built
available for download. Hopefully it is stable, and I'll continue to
use it (this is day one of the hack).

Thanks for the tips, Craig. Nice work with backuppc altogether.
Kudos for your efforts.

- Andy



--- On Mon 04/19, Craig Barratt < cbarratt < at > users.sourceforge.net > wrote:
Endocrantz writes:

I suspect this is really a cygwin issue, however
I have hoped someone here might have approached
the problem already. I have some XP Pro systems
in a workgoup.

I'm using 2.1.0beta1 with the backuppc rsync in a
genuine Cygwin install. Rsyncd is running as a
service on the backuppc client. Everything works
fine except file restores via rsync, where the
restore is inaccessible by the desktop user, as it
has inherited owner system and group admin from
the rsyncd service process. The file modes are 700
thus no one could access their restored files.

On XP pro in a workgroup there seems not to be any
useful group scheme as in a windows domain. All
users in Cygwin haave primary group id 513, which
I've read is referenced as "none". I can't seem to
get the service running as the desktop user. I've
tried admin accounts, etc., and always get a
generic "..service couldn't start.." message from
the OS (I've seen other like complaints and it may
all be workgroup related). I also set "nontsec" for
the environment of the service process for which I
gained 770 mode on the file. If everyone's made an
admin in the workgroup this would work.

Has anyone experienced this flavor of configuration
and tackled this problem? I am not sure if rsyncd
will listen to umask, but I could set that to 000
perhaps? Other suggestions?

Yes, I've found on some XP systems that rsync restore ends
up with the wrong ownership or modes.

I've never had the time to look into this.

There have been some messages on the cygwin mail list about
this, eg:

http://www.cygwin.com/ml/cygwin/2003-06/msg00034.html

I think someone posted a patch at some point so that rsync could
force the modes after a restore on cygwin. It looks like you have
already tried nontsec. If you can figure out how to solve this
problem I would very much like to include this in the docs.

Also, if you turned this into a generic rsync issue (ie: explained
a test case that didn't include BackupPC) you could try the rsync
mail list for suggestions.

Craig


Join Excite! - http://www.excite.com
The most personalized portal on the Web!