[Info-vax] IS everyone waiting?

[David Froble]

Phillip Helbig (undress to reply) wrote:
> In article <num8ep$sms$1 at dont-email.me>, Stephen Hoffman
> <seaohveh at hoffmanlabs.invalid> writes: 
> 
>>> Have you ever tried to manage a large Windows or UNIX cluster?
>> Of what relevance is that to fixing the disaster that is OpenVMS 
>> clustering?   
> 
> Yes, one can fix the problems in VMS even if other platforms have 
> problems.
> 
>> I deal with some platforms that have LDAP and Kerberos implementations 
>> that are far easier than OpenVMS --- installation of the servers, and 
>> creating and populating a directory is vastly easier than what's 
>> typical on OpenVMS.   
> 
> A cluster with nodes spread among data centres tens of kilometres apart.
> A live database open and written to on all nodes.  Lose a node and while
> the application might have to reconnect to the cluster,

Now, maybe I'm going off topic a bit, but, why cannot process (and login) 
context be preserved should part of the cluster be lost?

Or is that more of something for Non-Stop?

Depending on the actual connection, terminal, HTTP, whatever, there might be 
problems.  But, TelNet for example is via the network.  Why couldn't the 
terminal connection be preserved with the rest of the process?

Of course, you most likely would have to have a duplicate current copy of just 
about everything.

Yes, today a process (and connection) is on a particular system (computer), but 
to overcome that is just some design and implementation work.

What does VMS do when it loses one CPU on a multi-CPU computer?  It's not 
something I've been involved with, but, I think nothing is lost ....

Nor do I know if such functionality is worth the effort to implement it.

> the back-end
> processing continues.  No failover, no standby of any temperature, no
> switching, nothing the user has to know about.  This has been standard
> with Rdb and VMS for decades.  Out of the box.  No extra installation.
> No extra work.  No extra licenses.  No special hardware.  Does any other
> platform even get close? 
>