Re: symlinks and the copy: directive

[Mark Burgess]

As far as my testing indicates. this works fine. (??)

Mark

On Thu, 2006-01-19 at 13:29 -0800, Brian C. Hill wrote:
>       Hi Mark, et al,
> 
>       There turns out to be one wrinkle still not addressed.
> 
>       The change you made fixes the case where an entire directory
> tree is pushed out that contains symlinks. The case where only a
> symblic link it specifically being copied still fails.
> 
> cpoy:
>       /dir server=master.domain.tld dest=/dir
> 
>       (works)
> 
>       /dirs/symlink server=master.domain.tld dest=/dirs/symlink
> 
>       (fails)
> 
>       Can this be fixed, too?
> 
> Brian
> ======================================================================
> On Sat, Dec 24, 2005 at 01:12:06PM +0100, Mark Burgess wrote:
> > 
> > ok - I confirm that this is a bug/typo in cfservd. A patch has been
> > applied to the source.
> > 
> > M
> > 
> > On Wed, 2005-12-21 at 16:24 -0800, Brian C. Hill wrote:
> > >   Hi Mark / everyone,
> > > 
> > >   I get this when running cfagent -v on the client.  It won't
> > > copy the links because the server is complaing that they don't
> > > point to anything. That's true on the server, but it won't be
> > > in the particular case of this client.
> > > 
> > >   WHen you say that it is the default behavior, I assume
> > > you mean that the copy: directive doesn't care whether the
> > > links resolve or not. Did you mean something else?  Is that
> > > what worked for you?
> > > 
> > > Brian
> > > 
> > > ------------------ ------------------ ------------------ 
> > > ------------------
> > > 
> > > cfengine:: Server returned error:  unable to stat file
> > > /usr/local/bin/openssl
> > > cfengine:: (Can't stat /usr/local/bin/openssl)
> > > cfengine:: Server returned error:  unable to stat file
> > > /usr/local/bin/c_rehash
> > > cfengine:: (Can't stat /usr/local/bin/c_rehash)
> > > cfengine:: Server returned error:  unable to stat file /usr/local/bin/go
> > > cfengine:: (Can't stat /usr/local/bin/go)
> > > 
> > > ======================================================================
> > > On Wed, Dec 21, 2005 at 09:55:34AM +0100, Mark Burgess wrote:
> > > > 
> > > > Actually, on closer examination, this is the default behaviour for copy,
> > > > when copying links,  as far as I can see. I just tested it and it works.
> > > > 
> > > > M
> > > > 
> > > > On Wed, 2005-12-21 at 09:12 +0100, Mark Burgess wrote:
> > > > > Yes - always begin with the manual.
> > > > > 
> > > > > nofile=kill/force
> > > > > This decides what happens to links which point to non-existent files.
> > > > > The default action is to remove such links, or refuse to create them. 
> > > > > By
> > > > > setting the force option you can force cfengine to make symbolic links
> > > > > to files which do not exist. This is useful for setting up links to
> > > > > filesystems which are not permanently mounted. 
> > > > > 
> > > > > 
> > > > > On Tue, 2005-12-20 at 15:09 -0800, Brian C. Hill wrote:
> > > > > >     I posted this last week; no one responded. Is there a better
> > > > > > way to achieve this?
> > > > > > 
> > > > > >     I want to copy a tree of symbolic links, some of which will not
> > > > > > actually point to anything on some systems.  Is there a way to get
> > > > > > cfengine to copy the symbolic link without worrying about whether 
> > > > > > the
> > > > > > link is 'dangling' or not?
> > > > > > 
> > > > > > Brian
> > > > > > 
> > > > > > 
> > > > > > _______________________________________________
> > > > > > Help-cfengine mailing list
> > > > > > Help-cfengine@gnu.org
> > > > > > http://lists.gnu.org/mailman/listinfo/help-cfengine
> > > > > 
> > > > > 
> > > > > 
> > > > > _______________________________________________
> > > > > Help-cfengine mailing list
> > > > > Help-cfengine@gnu.org
> > > > > http://lists.gnu.org/mailman/listinfo/help-cfengine
> > > 
>