Re: symbolic link behavior broken again

[Brian C. Hill]

        I suspect this change to the 'links' directive decribed by
the release notes is affecting the symbolic link copying in the 'copy'
directive.

        From the release notes:,

        "Bug in cfservd stat-mode on symbolic links not correctly
        evaluated.  Bug in linktype=copy for copy fixed.

        I am not sure what to suggest if this is indeed the explanation.

Brian

--------------------------------------------------------------------------

On Thu, Mar 16, 2006 at 03:46:49PM -0800, Brian C. Hill wrote:
>       I am running 2.1.19p1 on both server and client.
> 
>       The server seems to, once again, complain when the client
> attempts to copy a symbolic link that the server cannot resolve.  The copy
> directive (server or client) shouldn't care whether or not the symblic
> link exists - it should simply create the symblic link locally.
> 
>       From cfagent output:
> 
> cfengine:myhost: Server returned error:  unable to stat file 
> /usr/pkg/adm/slib/rdist.d/Linux-var.d/adm/syslog
> cfengine:myhost: (Can't stat /usr/pkg/bch/slib/rdist.d/Linux-var.d/adm/syslog)
> 
>       This was fixed in 2.1.18.
> 
>       What happened?
> 
> Brian