On Thursday 19 March 2009 10:00:05 slug-requ...@slug.org.au wrote: > >> I have not been able to get VMWARE to keep time on my dual AMDs > >> despite trying all the solutions I could find. (Guest loses 5min > >> /hour !!!!!) > > > > I vaguely remember a long time ago doing some rtc pokery to get this > > going. An alternative would be to frequently sync to an ntp server. > > That is what we refer to as a losing strategy: running NTP inside a > VMWare VM, or pretty much any VM, is going to make your life *MORE* > miserable, not less. > > NTP requires a whole bunch of things to work correctly, and a VM simply > cannot deliver them. Just use the host hardware clock, or a real > paravirtualized time source.[1]
Point being on this sort of hardware (dual AMD) VMWARE fails miserably. > >> VirtualBox works a treat for me. Used to was that the network setup > >> to run as a server was hard-work, but is now as easy as VMWARE. > > > > It still looks like having proper network bridging (so the VMs are > > directly on the network just like any other host) is a pain in the > > bum. The solutions I've seen involve performing some arcane rituals > > with brctl and co. > > Configuring a bridge with brctl should be trivial on any sensible > distribution. Seriously, if you need software bridging it shouldn't be > harder than just defining a software bridge and adding the interface. Easy as it was (and was quite, but not very easy due to host problems eg setup 6 bridged interfaces and only 3 are created etc etc) the need to bridge is removed (this year releases) James -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html