[Top][All Lists]

[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'

        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.



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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]