Issue #1653 has been updated by luke. Subject changed from Should fetch all files before applying configuration to All files and file metadata should be fetched as part of the catalog retrieval Status changed from Unreviewed to Accepted
I've been thinking of a feature like this for a while -- what I'd really like is for the catalog to be complete, such that the client wouldn't need to contact the server again at all during the catalog application process. Of course, you can seldom be 100% network free -- apt still needs to download packages -- but it should be possible to, at the least, pull down the file metadata, and in many cases the files. I don't really know how this would be implemented, especially for recursive file copying -- maybe a local file cache? The way I've always envisioned it is by retrieving the file metadata as part of the catalog, and then using the filebuckets to actually get the files. Since we've got the files' checksums as part of the metadata, we can use those checksums to retrieve the appropriate content from the filebucket when necessary -- then all we need is a way to guarantee that the filebucket has all of the file contents we need for our catalog. This should be a relatively straightforward sync process, I think. That mechanism is far more powerful than just pulling the files down while providing the same functionality, I think. ---------------------------------------- Feature #1653: All files and file metadata should be fetched as part of the catalog retrieval http://projects.reductivelabs.com/issues/show/1653 Author: zeha Status: Accepted Priority: Normal Assigned to: Category: Target version: Complexity: Unknown Affected version: 0.24.5 Keywords: It'd be useful if all referenced files would be fetched from the fileserver before the client starts to apply the configuration catalog. This would probably prevent broken client states, if the fileserver goes down in the middle of the config run, which may not be unlikely (for example if the fileserver and the client are connected through unreliable network links, VPNs or stuff, or just plain overload of the server). ---------------------------------------- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://reductivelabs.com/redmine/my/account --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/puppet-bugs?hl=en -~----------~----~----~----~------~----~------~--~---
