[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: symbolic link behavior broken again
From: |
Brian C. Hill |
Subject: |
Re: symbolic link behavior broken again |
Date: |
Thu, 16 Mar 2006 16:10:38 -0800 |
User-agent: |
Mutt/1.4.1i |
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