[Bug 2847] New: Group not preserved with rsync 2.6.3 on Cygwin in daemon mode

samba-bugs at samba.org samba-bugs at samba.org
Mon Jul 4 11:04:30 GMT 2005


https://bugzilla.samba.org/show_bug.cgi?id=2847

           Summary: Group not preserved with rsync 2.6.3 on Cygwin in daemon
                    mode
           Product: rsync
           Version: 2.6.5
          Platform: x86
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P3
         Component: core
        AssignedTo: wayned at samba.org
        ReportedBy: i.dastolfo at smart.it
         QAContact: rsync-qa at samba.org


Hi,
    I'm setting up a backup system for Windows and Linux manchines based on rsync.
The backup server is a Linux Debian Sarge with rsync 2.6.5 and winbind
configured in order to preserve ownership and group of files transferred from
Windows Workstations (with rsync running as daemon).

Issuing a rsync -axz rsync://windowsmachine/module/ /backupstorage/ with a high
level of verbosity I notice that the group is always transmitted as "mkgroup"
instead of real group name, thus the backup server can't handle the group and
saves the file with the original gid (from log: gid 11003(mkgroup) maps to
11003). The ownership instead is correctly mapped (from log: uid 11012(igor)
maps to igor).

I checked /etc/group in CYGWIN environment and is all ok.

I made a small program that simulates the call made by rsync to map file groups
(gid_to_name, is it correct?) in uidlist.c.:

#include <pwd.h>
#include <grp.h>
#include <stdio.h>

void gid_to_name(gid_t gid)
{
        struct group *grp = getgrgid(gid);
        if (grp)
                printf(strdup(grp->gr_name));
}

int main(int argc,char *argv[]) {
        gid_to_name(11003);
}

This test works, it prints the group as mapped in Windows.
I can't understand where the problem is. Maybe the gid_to_name is sensible to
the context in which is called?

Thanks in advance

Regards

-- 
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.


More information about the rsync mailing list