User: Password:
|
|
Subscribe / Log in / New account

Why Fedora?

Why Fedora?

Posted Aug 1, 2009 18:47 UTC (Sat) by Lennie (guest, #49641)
In reply to: Why Fedora? by jlokier
Parent article: A kernel.org update

I have a feeling you already know this, but just in case:

Actually, most VServers don't need much boot and/or system-level stuff.

You could say it runs only starts/runs those scripts which usually get run at init level 2 or 3.

VServers don't handle anything them selfs, like mounting /tmp or setting up networking. The /dev directory is mostly empty only null and zero and stuff like are needed.

Yes, going from physical to vserver might be more work (stripping out stuff you don't need). I've never seen any problems with kernel-dependencies.


(Log in to post comments)

Why Fedora?

Posted Aug 2, 2009 5:29 UTC (Sun) by jlokier (guest, #52227) [Link]

Exactly. For running things which don't need a boot environment, and don't need system daemons like hald and D-Bus running, VServer is pretty good. Running old GCCs falls into that category. (I hope it stays that way).

It's also fine if you already have your apps set up to use it, naturally.

When it's less inviting is when the problem is to keep some old app working that's currently on a real machine running some old distro. KVM is quite good at making that work with minimal effort.

I put mail serving (anything other than a simple configuration) in the latter category, because these days a mail server is a fairly complex affair and will run alongside a couple of spam filtering daemons and virus filtering daemon and some delivery program or other, maybe also user's procmails and perhaps involving the IMAP service too, and undoubtedly depends on a few non-obvious files in /etc as well as the obvious ones. That's the sort of thing I mean by "if I don't have time to touch this now, I can't afford to be updating the OS on this server to a newer version". Repeated prior experience tells me such things break on OS upgrades and can take a long time to get working again with the same behaviour as before.


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds