Where i work, everything needs to be build and we use the following:<br>SVN -> build script -> rsync (static to webservers / dynamic to apps)<br>Really simple<br><br><br>Paulo<br><br><br><div><span class="gmail_quote">
On 5/26/07, <b class="gmail_sendername">Mike McGrath</b> <<a href="mailto:mmcgrath@redhat.com">mmcgrath@redhat.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Dennis Gilmore wrote:<br>> Once upon a time Friday 25 May 2007, Mike McGrath wrote:<br>><br>>> Over the last couple of weeks we've been using puppet to distribute<br>>> static content across some of our application servers and proxy servers.
<br>>><br>>> Static content might include the new static webpage or an application<br>>> like our accounts system.<br>>><br>>> This has proved to be a bit of an issue.  Puppet wasn't really designed
<br>>> to do this and as such puts a noticeable load on the boxes while running<br>>> as well as causing longer runs.  Puppet works for this but we're<br>>> currently into it managing thousands of files and initial deploys take a
<br>>> long time :)  In the past we'd discussed moving some things (like<br>>> turbogears apps) around using rpms.  We can do that with tg pretty<br>>> easily.  But what about other static content, images, things like that?
<br>>><br>>> This needs to be scriptable from start to finish, here's the options as<br>>> I see them:<br>>><br>>> 1.  Straight nfs mount (boo)<br>>> 2. nfs mount to cron copy the files
<br>>> 3. recursive wget to an http store somewhere<br>>> 4. rsync via ssh keys or rsync server (I'm currently leaning towards this)<br>>> 5. Figure out how to make puppet more efficient with large numbers of
<br>>> files.<br>>><br>>><br>>> We've got a whole pool of sysadmins on this list.  How do you deal with<br>>> these issues in your current environments?<br>>><br>> how about using cvs and scripting a checkout of the content?  i wuld say
<br>> either that or rsync.   since alot of it like the accounts system is already<br>> in cvs why not use that?<br>><br><br>I thought about this, the problem is some of our content needs to be<br>built first.<br>
<br>    -Mike<br><br>_______________________________________________<br>Fedora-infrastructure-list mailing list<br><a href="mailto:Fedora-infrastructure-list@redhat.com">Fedora-infrastructure-list@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list">
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list</a><br></blockquote></div><br>