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
_______________________________________________
Help-cfengine mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/help-cfengine
