Re: remote administration methods
On Sun, Aug 12, 2001 at 06:54:33PM -0700, Karsten M. Self wrote: on Sun, Aug 12, 2001 at 05:24:46PM +0200, Martin F. Krafft ([EMAIL PROTECTED]) wrote: also sprach Karsten M. Self (on Wed, 25 Jul 2001 12:27:54PM -0700): Have you looked at bitkeeper (http://www.bitkeeper.com/)? This is an almost-free software versioning system which addresses several weaknesses of CVS and might suit your needs. Larry McVoy is also pretty keen on distributed processing issues. bitkeeper looks like a good idea, but it's commercial and i do not have monetary means available. aside, i could not find some sort of evaluation, so i could not establish, whether bitkeeper would solve my problems. BitKeeper has a mixed model. It's commercial if you use it for proprietary tasks (and don't want logging). It's free (beer) if you use it for free software and/or allow its logging. Either way, source is available. rant I don't understand why semi-commercial software with weird licensing can be mentioned on debian lists without provoking vitriol from purists, but mention of any software written by djb does? /rant No flame intended Karsten ... just had to get that off my chest :) Cheers, -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Ltd. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgptJTZJgOiZR.pgp Description: PGP signature
Re: remote administration methods
also sprach Karsten M. Self (on Wed, 25 Jul 2001 12:27:54PM -0700): Have you looked at bitkeeper (http://www.bitkeeper.com/)? This is an almost-free software versioning system which addresses several weaknesses of CVS and might suit your needs. Larry McVoy is also pretty keen on distributed processing issues. bitkeeper looks like a good idea, but it's commercial and i do not have monetary means available. aside, i could not find some sort of evaluation, so i could not establish, whether bitkeeper would solve my problems. File permissions and such might also be handled by a secondary script which keeps a list of settings and applies them following updates. this is mainly the problem that i am trying to circumvent. if permissions weren't a problem, CVS would suit me just fine, but i do not want to go through the administrative and potentially erroneous process of scripted messing with file permissions in bulk on productive systems -- especially not because of the need of real-time reconfiguration as files get added or permissions changed globally. thanks though for your reply, and sorry for the long delay in answering. martin; (greetings from the heart of the sun.) \ echo mailto: !#^.*|tr * mailto:; [EMAIL PROTECTED] -- i believe that the moment is near when by a procedure of active paranoiac thought, it will be possible to systematize confusion and contribute to the total discrediting of the world of reality. -- salvador dali pgpYGqe10Pn0m.pgp Description: PGP signature
Re: remote administration methods
on Sun, Aug 12, 2001 at 05:24:46PM +0200, Martin F. Krafft ([EMAIL PROTECTED]) wrote: also sprach Karsten M. Self (on Wed, 25 Jul 2001 12:27:54PM -0700): Have you looked at bitkeeper (http://www.bitkeeper.com/)? This is an almost-free software versioning system which addresses several weaknesses of CVS and might suit your needs. Larry McVoy is also pretty keen on distributed processing issues. bitkeeper looks like a good idea, but it's commercial and i do not have monetary means available. aside, i could not find some sort of evaluation, so i could not establish, whether bitkeeper would solve my problems. BitKeeper has a mixed model. It's commercial if you use it for proprietary tasks (and don't want logging). It's free (beer) if you use it for free software and/or allow its logging. Either way, source is available. I forget the orignal problem domain and/or whether or not this would be acceptable to you. -- Karsten M. Self kmself@ix.netcom.com http://kmself.home.netcom.com/ What part of Gestalt don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/ http://www.kuro5hin.org Free Dmitry! Boycott Adobe! Repeal the DMCA!http://www.freesklyarov.org Geek for Hirehttp://kmself.home.netcom.com/resume.html pgpb5NCbSLDi9.pgp Description: PGP signature
Re: remote administration methods
on Tue, Jul 24, 2001 at 12:33:05AM +0200, Martin F. Krafft ([EMAIL PROTECTED]) wrote: hi guys, i am interested in hearing how other people handle remote administration of multiple servers - with multiple admins. currently, we maintain 8 servers worldwide (all debian of course). the problem is that sometimes the connections across the atlantic are so bad that a vi session on the remote side - and if it's just to change a CNAME record for bind - is impossible because a character takes 30 seconds to be echoes to the terminal. so at the moment, we work with rsync and a local copy of the files. however, this requires discipline and it's not ideal - we all want something CVS like which can coordinate multiple admins, merge changes in a CVS-smart way, and then tell the remote system to cvs update once every hour. however, it doesn't seem to work with CVS because CVS does not preserve the permissions. however, i am thinking that there has to be a tool out there, because there is a UNIX tool for everything, and the problem i am experiencing is surely shared by hundreds of admins... if you manage multiple remote servers, and possible share that job with a couple others, how do you coordinate it all? Have you looked at bitkeeper (http://www.bitkeeper.com/)? This is an almost-free software versioning system which addresses several weaknesses of CVS and might suit your needs. Larry McVoy is also pretty keen on distributed processing issues. File permissions and such might also be handled by a secondary script which keeps a list of settings and applies them following updates. -- Karsten M. Self kmself@ix.netcom.comhttp://kmself.home.netcom.com/ What part of Gestalt don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/ http://www.kuro5hin.org Are these opinions my employer's? Hah! I don't believe them myself! pgpUjbAi6KvxV.pgp Description: PGP signature
Re: remote administration methods
Martin == Martin F Krafft [EMAIL PROTECTED] writes: Martin however, i am thinking that there has to be a tool out there, Martin because there is a UNIX tool for everything, and the problem i Martin am experiencing is surely shared by hundreds of admins... Take a look at rdist: [EMAIL PROTECTED]:/usr/share/doc/lilo-doc$ apt-cache show rdist Package: rdist Priority: optional Section: net Installed-Size: 200 Maintainer: Herbert Xu [EMAIL PROTECTED] Architecture: i386 Version: 6.1.5-3 Replaces: netstd Depends: libc6 (= 2.1.97) Filename: pool/main/r/rdist/rdist_6.1.5-3_i386.deb Size: 79738 MD5sum: d607dc10256f5997ee1612775aba98b9 Description: Remote file distribution client and server. Rdist is a program to maintain identical copies of files over multiple hosts. It preserves the owner, group, mode, and mtime of files if possible and can update programs that are executing. -- G. ``Iggy'' Geens - ICQ: #64109250 Home: [EMAIL PROTECTED] - Work: [EMAIL PROTECTED] WWW: http://users.pandora.be/guy.geens/ `I want quality, not quantity. But I want lots of it!'
Re: remote administration methods
also sprach Guy Geens (on Tue, 24 Jul 2001 07:57:17PM +0200): Take a look at rdist: Description: Remote file distribution client and server. Rdist is a program to maintain identical copies of files over multiple hosts. It preserves the owner, group, mode, and mtime of files if possible and can update programs that are executing. rsync can do the same, more or less. but it still doesn't solve the problem of multiple developers, or server-side edits. martin; (greetings from the heart of the sun.) \ echo mailto: !#^.*|tr * mailto:; [EMAIL PROTECTED] -- with sufficient thrust, pigs fly just fine. however, this is not necessarily a good idea. it is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead. -- rfc 1925 pgplEF0UuOCr3.pgp Description: PGP signature
remote administration methods
hi guys, i am interested in hearing how other people handle remote administration of multiple servers - with multiple admins. currently, we maintain 8 servers worldwide (all debian of course). the problem is that sometimes the connections across the atlantic are so bad that a vi session on the remote side - and if it's just to change a CNAME record for bind - is impossible because a character takes 30 seconds to be echoes to the terminal. so at the moment, we work with rsync and a local copy of the files. however, this requires discipline and it's not ideal - we all want something CVS like which can coordinate multiple admins, merge changes in a CVS-smart way, and then tell the remote system to cvs update once every hour. however, it doesn't seem to work with CVS because CVS does not preserve the permissions. however, i am thinking that there has to be a tool out there, because there is a UNIX tool for everything, and the problem i am experiencing is surely shared by hundreds of admins... if you manage multiple remote servers, and possible share that job with a couple others, how do you coordinate it all? martin; (greetings from the heart of the sun.) \ echo mailto: !#^.*|tr * mailto:; [EMAIL PROTECTED] -- micro$oft windoze: proof that p. t. barnum was correct. pgpabU6JBe5OV.pgp Description: PGP signature
