Jeroen,
Running ntpd inside a virtual machine is not problem free, atleast not on *nix.
ntpd saves stats for how much your system differs from your referance clock(s)
and tries to make smart decisions for how much your clock is differing when
adjusting the local clock. This works well for a phys
Kevin wrote:
> I once had a system running at double speed after the host clock changed
> post boot, the day just seemed to fly by
Why not have your clock sync with a time server (pool)? Then you
wouldn't have these problems I'd think.
Regards,
Jeroen
-
Thanks! I see now what your saying. It was much like I was looking at
doing. I am used to single SMTP and the Exchange 2007 thing has made it
difficult to wrap my thin king around. I just need to think of them in a
single SMTP view.
> Unfortunately Exchange 2007 does not use IIS for SMTP.
> IT us
Kevin wrote:
> You also have to disable any dynamic frequency scaling features on the
> host CPU when running virtual machines.
> eg "Cool-n-Quiet", SpeedStep, PowerNow!, "Optimized Power
> Management"(Opterons) and whatever they call it on the new Intel chips.
That is one of the solutions. Howeve
> Unfortunately Exchange 2007 does not use IIS for SMTP.
> IT uses separate Send and receive connectors.
you are completely missing the point; ASSP and the IIS
SMTP (assuming your ASSP is running on a Windows
box) will be running on the same, separate box and by
separate I mean a box different
Unfortunately Exchange 2007 does not use IIS for SMTP. IT uses separate
Send and receive connectors.
> How about setting up Send mail and putting it in front
> of exchange 2007. How would that look?
running on a SEPARATE box:
** Inbound:
Sender MTA
|
ASSP
|
IIS SMTP
|
Exchange
|
target mailbo
I run ASSP on a separate box on CENTOS 5
Thanks!
Daniel Du Vall
> Due to the separated send and receive connectors I have not been
> successful yet.
that shouldn't be a problem, as long as ASSP is running on a separate
BOX; that's the recommended setup and I'd suggest you to use it; sure,
you
Charles Marcus wrote:
> On 4/17/2008, Lars Troen ([EMAIL PROTECTED]) wrote:
>> Hi Charles,
>> Time keeping inside a virtual machine can be more challenging than in
>> the physical world, atleast if you don't know how to deal with it.
>
>
>
> Wow... nice! Thanks for the references...
>
You als
> in case of problems, setup the ASSP box to have two IPs, the first
one will be the one on which ASSP will receive external emails (on its
main port); the second one will be the one to use to bind the "second
listen port" and which exchange will use as a smarthost to deliver
external emails
The
> How about setting up Send mail and putting it in front
> of exchange 2007. How would that look?
running on a SEPARATE box:
** Inbound:
Sender MTA
|
ASSP
|
IIS SMTP
|
Exchange
|
target mailbox
** OutBound:
exchange:
|
source user
|
Exchange
|
ASSP
|
IIS SMTP
|
Receiving MTA
|
target mailbox
> Due to the separated send and receive connectors I have not been
> successful yet.
that shouldn't be a problem, as long as ASSP is running on a separate
BOX; that's the recommended setup and I'd suggest you to use it; sure,
you may install ASSP *and* Exchange on the same box, but such a thing
is
On 4/17/2008, Lars Troen ([EMAIL PROTECTED]) wrote:
> Hi Charles,
> Time keeping inside a virtual machine can be more challenging than in
> the physical world, atleast if you don't know how to deal with it.
Wow... nice! Thanks for the references...
--
Best regards,
Charles
Hi Charles,
Time keeping inside a virtual machine can be more challenging than in the
physical world, atleast if you don't know how to deal with it. People are
generally having timing problems if you have a cpu with variable cpu speed (on
the hosted products (VMware Workstation, Player & Server)
On 4/16/2008, Kevin ([EMAIL PROTECTED]) wrote:
> Almost all of my ASSP installs run inside a virtual machine, it works
> very well. It has the nice advantage of being easy to move to a
> different server if need be.
Curious...
Do you not have trouble keeping your VMs time synced? I haven't used
We've been running almost all of our systems on VMware since 2003, both
Exchange, ASSP, databases, etc.. With ESX and shared storage (SAN) it turns out
much better than in the physical world.
:-)
Lars
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevi
15 matches
Mail list logo