it's in syscall.c, not generator.c
You'll have to save the status of the lstat, modify the mode in st, and 
return the lstat status.  I don't know how to do it, though.

#if SUPPORT_LINKS
int do_lstat(const char *fname, STRUCT_STAT *st)
{
#if HAVE_OFF64_T
        return lstat64(fname, st);
#else
        return lstat(fname, st);
#endif
}
#endif

Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(nnnnnnnnnnnn, 
19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970), 
".\n" '
"There are some who call me.... Tim?"
----- Forwarded by Tim Conway/LMT/SC/PHILIPS on 01/24/2002 02:07 PM -----


Tim Conway
01/24/2002 02:04 PM


        To:     Steve <[EMAIL PROTECTED]>
        cc:     [EMAIL PROTECTED]
[EMAIL PROTECTED]
        Subject:        Re: suid files and bsd
        Classification: Unclassified


rsync tries to make the files the same.  If you include mode, that's that. 
 Perhaps you could modify generator.c for your own copy, to mask off the 
suid and sgid bits, so the list would make them all look non-suid, source 
and dest, and thus not try to set them, and not care that they're not set. 
 
I'm not sure it's generator.c, but i'm sure you can find it.

Tim Conway
[EMAIL PROTECTED]
303.682.4917
Philips Semiconductor - Longmont TC
1880 Industrial Circle, Suite D
Longmont, CO 80501
Available via SameTime Connect within Philips, n9hmg on AIM
perl -e 'print pack(nnnnnnnnnnnn, 
19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970), 
".\n" '
"There are some who call me.... Tim?"




Steve <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
01/24/2002 10:27 AM

 
        To:     [EMAIL PROTECTED]
        cc:     (bcc: Tim Conway/LMT/SC/PHILIPS)
        Subject:        suid files and bsd
        Classification: 



                 Currently I only have one machine backing up to another. 
I am
backing up to a filesystem that is mounted as nosuid. The syncing process
works perfectly except it fails on files that are suid. 

Example

proc/
root/
tmp/
mknod tmp/mysql.sock : Invalid argument
mknod tmp/orbit-daud/orb-12573780511489051058 : Invalid argument
mknod tmp/orbit-daud/orb-139425434385535813 : Invalid argument


mknod var/pwcheck/pwcheck : Invalid argument
var/run/
mknod var/run/log : Invalid argument
mknod var/run/ndc : Invalid argument
mknod var/run/printer : Invalid argument


srw-rw-rw-   1 root    wheel      0 Jan 23 11:52 log
srw-------   1 root    wheel      0 Jan 23 11:53 ndc
srwxrwx---   1 root    wheel      0 Jan 23 11:53 printer


I would figure that copying the file and setting the file typr would be
different. Is this the rsyncd that is seeing the file system set nosuid
or has anyone else run into this sort of problem? I would really rather
not have suid files allowed on the backup filesystem.

Regards,
Steve

--
Systems Administrator  | D i m e n s i o n a l   C o m m u n i c a t i o n 
s |
[EMAIL PROTECTED]        | DSL/V90/K56flex/V34/ISDN/Frame/T1/T3 starts 
@$25/mo |
303.285.INET voice     |  http://www.dimensional.com/ [EMAIL PROTECTED] 
 |
888.3.DIMCOM tollfree  | fast reliable internet access for home and 
business |
303.609.9373 emergency |  Denver * Boulder * Longmont * Bailey * CO 
Springs  |







Reply via email to