[Info-vax] Logging systartup_vms.com progress to operator.log VMS 7.3-2

Stephen Hoffman seaohveh at hoffmanlabs.invalid
Thu Oct 29 10:41:29 EDT 2020


On 2020-10-28 22:44:33 +0000, Dave Froble said:

> When there is flexibility, there is always a cost.

Absolutely. Testing gets more expensive and more involved, as does 
compatibility, and changes are increasingly difficult, too.

> I don't get out much, but, I don't know of any method to have private 
> disks on say, WEENDOZE.  Perhaps such might exist.

I'm not particularly familiar with these details of Microsoft Windows 
or Windows Server volume processing, nor related volume management.

macOS, Linux, and other systems allow full-device encryption. OpenVMS does not.

macOS mounts detected devices at boot, unless configured not to; 
there's volume management.

Apple automatically encrypts the volume contents for internal storage 
on current hardware.

OpenVMS mounts nothing past the system device. Volume management is 
manual. And no full-device encryption, absent features (potentially) 
offered by an external storage controller.

Volume management is another area that gets messy on OpenVMS, 
particularly as the numbers of volumes increase.

> If I wish to mirror (RAID1) a set of disks, doesn't that require some set-up?

Yes.  It does. Having just gone through this sequence, setting up 
RAID-1 on a NAS involves connecting to the web-based interface, 
selecting the disks, and clicking the desired RAID level.

Same for configuring an external RAID array, though that required 
scrounging the vendor's setup tool for the RAID array.

macOS does offer host-based RAID-1, but few folks use that. Older Apple 
systems offered hardware RAID. Both hardware and software RAID can be 
configured via the macOS GUI.

Setting up host-based RAID-1 on OpenVMS is more involved and arguably 
more hazardous, command-line based, and part of which involves editing 
the commands into the startup files.

Setting up add-on hardware RAID can scrounging the proper keyboard and 
running a console-level tool, or scrounging an add-on for whatever 
other hardware RAID is in use. Most of which are just awful to use—and 
I know how the tools work, too.

I find the FC SAN user interface difficult, and I'm familiar with 
it—the folks got it to work, and then seemingly decided "good enough".

> If I want to have backups, don't I need to specify what and how?

With macOS, select the target device, and off it goes. The 
hourly-to-daily-to-longer-term backup scheme is less flexible than some 
might prefer, but trivial to configure and use.

The macOS backup strategy would be sufficient for many (most?) OpenVMS 
configurations. It'll be more backups than some OpenVMS systems are 
currently getting.

> Perhaps I'm out of touch, but, it is my impression that some are 
> comparing "personal", ie; it is what it is, with flexible systems that 
> allow a lot of options.

That's an interesting discussion around user interfaces and designs; 
with what's called progressive disclosure.

OpenVMS throws the whole box of parts and options and pieces at the end 
user, and forces us to figure it out.

e.g. SYSMAN PARAMS

> Systems that just work out of the box are most likely less flexible.

Are there trade-offs here? Absolutely. Dumb defaults and new user traps 
should not be part of that flexibility.

> Systems that allow many options will require some additional work.

And whether that additional work is of benefit, too.

> Not saying that set-up cannot be easier and better, anything can be 
> easier and better.  There is a cost vs benefit consideration.

As always. There's also always a cost-competitive consideration. Other 
vendors are investing in their offerings, as well.


-- 
Pure Personal Opinion | HoffmanLabs LLC 




More information about the Info-vax mailing list