We've seen this crop up intermittently (but infrequently) on copy statements:
cfengine:myclient: Copy myserver:/etc/mail/screensubjects.cfnew
security - failed attempt to exploit a race? (Not copied)
cfengine:myclient: open: File exists
cfengine:myclient:in/makemap -t+ : sh: line 1:
/etc/mail/screensubjects: No such file or directory
copy:
$(masterfiles)/po/etc/mail/screensubjects
dest=/etc/mail/screensubjects
mode=644
define=new_screensubjects_db
server=myserver
backup=true
type=checksum
verify=true
inform=off
shellcommands:
new_screensubjects_db::
"/usr/local/bin/makemap -t+ hash /etc/mail/screensubjects <
/etc/mail/screensubjects"
Nothing else at that time should be blowing away
/etc/mail/screensubjects; pretty confident it's getting wiped in the
copy. Where we've seen this happen on other copy statements, the
common thread is "backup=true"; most of ours are done by timestamp.
Copy.c appears not to have changed between 2.1.14 and current
(2.2.10), so I'm guessing this is not a known issue?
-j
-------------------------
Jessica Greer
Unix Infrastructure and Virtualization
Information Technology Services | Yale University
(203)436-5205 | jessica.gr...@yale.edu
_______________________________________________
Bug-cfengine mailing list
Bug-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/bug-cfengine
