> One other thing. Both of these machines are running 32bit Windows Server
> 2003. The AMD box is not running 64bit. Would the cluster still work you
> think?
>
> Tim
>
> "Rodney R. Fournier [MVP]" wrote:
>
>> Just evict the node.
>>
>> Cheers,
>>
>> Rodney R. Fournier
>>
>> MVP - Windows Server - Clustering
>>
http://www.nw-america.com - Clustering Website
>>
http://msmvps.com/clustering - Blog
>>
http://www.clusterhelp.com - Cluster Training
>> ClusterHelp.com is a Microsoft Certified Gold Partner
>>
>>
>> "THemmerling" <THemmerling[ at ]discussions.microsoft.com> wrote in message
>> news:F62E6CA7-AAEB-4FD8-B76C-D0B7DFC1ED04[ at ]microsoft.com...
>> > Wow. I had no idea that the base processor difference would be an
>> > issue.
>> > The
>> > reason I say that is because the base OS code is essentially the same.
>> > I
>> > would have thought that this would be the determining factor. Not the
>> > physical cpu's.
>> >
>> > Guess I will have to see about swapping out the AMD processors for some
>> > Intel based processors.
>> >
>> > We are still investiaging the database issues. This is a new release of
>> > the
>> > application and they are having quite a few issues with the program.
>> > Many
>> > of
>> > these are related to bad programming!
>> >
>> > If I do swap out those processors I know that I will be forced to
>> > reinstall
>> > the base OS. Is there anything special I would need to do to the
>> > cluster
>> > prior to taking that node off-line?
>> >
>> > Thanks,
>> > Tim
>> >
>> > "Edwin vMierlo [MVP]" wrote:
>> >
>> >> Do not use different processor architectures, I did it once and it led
>> >> to
>> >> some unexplainable behaviour in my lab.
>> >> Although I must admit that I never found the real root cause, nor did
>> >> I
>> >> look
>> >> for it, I simply solved the issues by using the same hardware
>> >>
>> >> in short: NEVER use different hardware.
>> >>
>> >> rgds,
>> >> edwin.
>> >>
>> >>
>> >> "Ryan Sokolowski [MVP]" <ryan[ at ]clustering101.com> wrote in message
>> >> news:OTRfVq0wHHA.600[ at ]TK2MSFTNGP05.phx.gbl...
>> >> > I agree fully with Rod...do NOT build a cluster with nodes of
>> >> > different
>> >> > hardware, let alone different processor architectures. I've never
>> >> > tried
>> >> to
>> >> > do this, but I'm surprised that you actually got it to work! :)
>> >> >
>> >> > --
>> >> > Ryan Sokolowski
>> >> > MVP - Windows Server - Clustering
>> >> > MCSE, CCNA, CCDA, BCFP
>> >> >
>> >> >
>> >> > This posting is provided "AS IS" with no warranties, and confers no
>> >> rights.
>> >> > "Rodney R. Fournier [MVP]" <rod[ at ]die.spam.die.nw-america.com> wrote
>> >> > in
>> >> > message news:%23tzgiJzwHHA.312[ at ]TK2MSFTNGP04.phx.gbl...
>> >> > > R2 is SP1 slip streamed with extras. Take the second CD that came
>> >> > > from
>> >> R2
>> >> > > and apply to the non R2 node. It will not require a reboot, but
>> >> > > you
>> >> might
>> >> > > have to use the R2 install code. You really don't want your nodes
>> >> > > to
>> >> > > be
>> >> > > different OS levels.
>> >> > >
>> >> > > Next issue, you have different hardware? That is simply a bad
>> >> > > idea.
>> >> Awful
>> >> > > in fact. If you care about HA, you really need to fix that ASAP!
>> >> > >
>> >> > > I can't address the Oracle part, but going by your first two
>> >> > > issues,
>> >> > > you
>> >> > > are probably doing that wrong too :) He he.
>> >> > >
>> >> > > Cheers,
>> >> > >
>> >> > > Rodney R. Fournier
>> >> > >
>> >> > > MVP - Windows Server - Clustering
>> >> > >
http://www.nw-america.com - Clustering Website
>> >> > >
http://msmvps.com/clustering - Blog
>> >> > >
http://www.clusterhelp.com - Cluster Training
>> >> > > ClusterHelp.com is a Microsoft Certified Gold Partner
>> >> > >
>> >> > >
>> >> > > "THemmerling" <THemmerling[ at ]discussions.microsoft.com> wrote in
>> >> > > message
>> >> > > news:0D2F9A04-EED5-4D1C-83FB-C5C1FA507836[ at ]microsoft.com...
>> >> > >>I built a cluster (non-SQL) with two servers. One had Server 2003
>> >> > >>with
>> >> SP1
>> >> > >> and the other has 2003/R2. Now from what I can tell 2003/R2 is
>> >> > >> the
>> >> > >> same
>> >> > >> base
>> >> > >> OS as 2003/SP1 and for all intents and purpose these two machines
>> >> should
>> >> > >> happily co-exist.
>> >> > >>
>> >> > >> Does anyone know if this could be causing an issue? The cluster
>> >> > >> has
>> >> > >> not
>> >> > >> shown any errors but the application running on the cluster has
>> >> > >> messed
>> >> up
>> >> > >> on
>> >> > >> machine and then when we fail over it runs okay on the other.
>> >> > >>
>> >> > >> The problem I have is this cluster has only been up for about 2
>> >> > >> weeks
>> >> so
>> >> > >> we
>> >> > >> have no real performance data to use as a benchmark to see how
>> >> > >> one
>> >> server
>> >> > >> operates versus the other.
>> >> > >>
>> >> > >> One other thing. One of these servers has Intel x86 processors
>> >> > >> and
>> >> > >> the
>> >> > >> other
>> >> > >> has AMD Opteron's. I would not think that the difference in
>> >> > >> hardware
>> >> > >> would
>> >> > >> cause any issues???
>> >> > >>
>> >> > >> By the way the application is running on Oracle 9i without any of
>> >> > >> the
>> >> > >> Oracle
>> >> > >> cluster add on's, etc.
>> >> > >>
>> >> > >> Thanks
>> >> > >
>> >> > >
>> >> >
>> >> >
>> >>
>> >>
>> >>
>>
>>
>>