- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: DECWindows won't open DECterm on 2nd+later ses...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-10-2009 11:42 AM
тАО08-10-2009 11:42 AM
s/w: OpenVMS 8.3 freshly installed and patched through the July, 2009 patches. Significant parts: TCPIP 5.6 now at 9ECO4, MOTIF 1.6 now patched to ECO05 (and yes, we went through ECO02 to get there). We also have CDSA, KERBEROS, and SSL from the 8.3 kit but I don't think they are relevant. SYSGEN: VAXCLUSTER = 0.
We upgraded (not fresh-installed) OpenVMS last week. I was able to log in on the console using the new desktop, created a DECterm window, did a few things. The next day, performed all patches through July, 2009 including the UPDATE v10 patch.
Notes from that patch said it affected some system libraries in a way that might require a re-link or full re-install of some things. OK, noted that fact.
A couple of days after that, I logged in on the console but could not open a DECterm port. Nothing I could do would open up a new window. Not DECterm, nor FileManager, nor AppManager. And none of the stuff for screen tailoring worked either.
So I figured OK, I need to re-install because of the libraries comment as noted in UPDATE v10. Did that. Removed and re-installed MOTIF and patched it to ECO05.
Same exact symptom. First time after the re-install, I can open a DECterm session. Subsequent logins, no can do. I click double click but nothing opens. Nor can I open FileManager or AppManager windows. For those, I eventually get a pop-up that says nothing responded. Yes, right-click pops up and gives me a help screen if I ask for it, but nothing else seems to work right.
I've searched the forum first, and here are the answers to the most common questions.
Kits: Yes, the kit exited normally. Yes, it talked about it being the signed kit. No, I did not interrupt it during the install.
Configuration: All defaults, no customization for the system account or my personal account. As plain-vanilla as you can get.
SYSGEN: WINDOW_SYSTEM = 1; Global sections and global pages are very large. Memory is NOT depleted because right now, nobody else is touching this system. ORACLE isn't installed yet, either, so memory isn't a problem.
I've looked at the DECW$SERVER_0_ERROR.LOG file and it isn't particularly instructive. I can see where it starts up. The only error is that I haven't started the TCPIP service yet so it cannot attach to the TCPIP transport. No big deal at the moment. It clearly also connects to the _LOCAL transport, which is the console. I can see where the Permedia2 s/w inits screen 0. No errors in the startup. Ends with the message,
Permedia2: Exit from init with success.
I can see where it connects me when I log in through the window-style login. I see where the session removes certain paths from the fonts list because we didn't install some options and don't use anything in CDE$USER_DEFAULTS path. Some connections open and close, but no errors. Eventually Permedia2 says "Finished screen close down."
Next login doesn't look particularly different, certainly no error messages, but the DECterm window doesn't open. Yet the error log doesn't say antyhing about that.
And finally, if I use the Options button on the login to NOT use the New Desktop, I get a DECterm session, whether I use Safe mode or the "Traditional" mode. So I know the hardware is OK, it has to be a s/w problem.
So... where should I start looking?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-10-2009 12:24 PM
тАО08-10-2009 12:24 PM
SolutionClean out the DT subdirectory under the login directory of whatever username is in use here; this will nuke all your settings.
As a test, try nuking the directory once you're in the locked out state, then exit the DECwindows session, login another DECwindows session, and see how far you get.
Also see if there is a local a definition of the logical name CDE$USER_DEFAULTS for your server.
And confirm your login directory ownerships are correct.
nb: The WINDOW_SYSTEM parameter is meaningless; that parameter was rendered irrelevant some time ago.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2009 05:08 AM
тАО08-11-2009 05:08 AM
Re: DECWindows won't open DECterm on 2nd+later sessions
As to CDE$DEFAULTS: My account is one that exhibits this oddity of behavior, so I figured I'd check the logicals from the personal account.
CDE$USER_DEFAULTS is a search list equal to CDE$USER_SPECIFIC and CDE$USER_COMMON in that order.
CDE$USER_SPECIFIC is $1$DGA1:[SYS1.CDE$DEFAULTS.USER.]
CDE$USER_COMMON is $1$DGA1:[SYS1.SYSCOMMON.CDE$DEFAULTS.USER.]
We are not running a cluster - but we once were, before our government security guys went ape over having test and production in the same network environment. So I split the cluster. This particular box booted through SYS1, obviously.
Each former cluster member is still the backup for the other system. Is it possible that being a former cluster but no longer being that way is mucking up the linkage? Though why it would work the first time and not any other time still eludes me. As you say, it must save something somewhere.
If this turns out to be the former cluster issue, would mucking about in DECW$LOGICALS.COM be productive or is that best done elsewhere? (Either way works for me, I have some specialized startup code where I could add a few more logicals.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2009 05:41 AM
тАО08-11-2009 05:41 AM
Re: DECWindows won't open DECterm on 2nd+later sessions
OpenVMS software installations tend to leave what some folks might consider local customizations and what others might call detritus; don't trust a deinstallation to remove all files, and don't trust a reinstallation to overwrite all files.
I'm familiar with secure environments; these all tend to be custom, and sometimes heavily customized, sometimes with SEVMS... I happen to like wiping these disks not just for security reasons that are of concern to the security officer(s) or administrator(s), but because that step also gets rid of all the weirdness these customizations can produce. (I've been suggesting the same for hobbyists for eons, too. Wipe and install, lest you end up playing through into somebody else's Adventure.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2009 06:27 AM
тАО08-11-2009 06:27 AM
Re: DECWindows won't open DECterm on 2nd+later sessions
I'm going to catch-up on assigning points on this thread shortly, but first things first. Thanks for the help.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2009 06:45 AM
тАО08-11-2009 06:45 AM
Re: DECWindows won't open DECterm on 2nd+later sessions
Use all due caution here, as some of the remaining giblets arrive with OpenVMS (via the DECwindows support files), and some arrive with the CDE (DECwindows) kit; the version-dependent and version-independent portions of that product.
I'd feel (relatively) safe deleting files in the CDE-specific roots and CDE-specific directories, but (definitely) not safe deleting DECwindows and CDE stuff in the OpenVMS system directories.
The typical application installation process and the application management model on OpenVMS is unfortunately rather intertwined with OpenVMS itself; in retrospect, it's not particularly modular. Ah, well.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2009 08:44 AM
тАО08-11-2009 08:44 AM
Re: DECWindows won't open DECterm on 2nd+later sessions
As I write this, I've already done the removals. Right, wrong, or indifferent, I'm done fooling around. We've got at least two other products (not HP-related) that are also acting up. I'm beginning to see an issue in which we step back from the console (and nobody gets hurt...). At least until next fiscal year, because that's less than two months away and I have three more servers to do this to. And we are in the middle of hurricane season, just waiting for THAT particular shoe to drop, too...
I LOVE working for the government. I do, I do, I DO love working for the government...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-13-2009 09:07 AM
тАО08-13-2009 09:07 AM
Re: DECWindows won't open DECterm on 2nd+later sessions
I went back to my v7.3-2 system disk backup, restored it, booted same, and removed DWMOTIF 1.3-1 from that disk. Cleaned up the .DT subdirectories and as much as I felt I could get away with.
Then proceeded with the upgrade to 8.3 again. When it asked me if I was satisified with the options, I told it NO so I could manually force it to install DWMOTIF 1.6
Then did all patching. Same problem.
The first time I log in after the installation of DWMotif 1.6, joy joy. Once I log out, the next and all subsequent sessions will not open a DECterm window unless I chose the Options button >> Safe Mode
So I removed and reinstalled DWMOTIF 1.6 just to give myself something to do. (As if I didn't already have work...). Same thing. After install, first console login works. Second and subsequent console logins bring up the desktop but I cannot open anything. DECTerm is totally silent. The other things eventually give me an OK-only dialog box that says that no running task will honor the event I triggered.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-13-2009 09:26 AM
тАО08-13-2009 09:26 AM
Re: DECWindows won't open DECterm on 2nd+later sessions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-13-2009 09:38 AM
тАО08-13-2009 09:38 AM
Re: DECWindows won't open DECterm on 2nd+later sessions
I'm using the defaults for everything. I don't WANT to customize it.
Reviewing my notes from a LONG time ago, this problem first showed up when we upgraded to OpenVMS 7.3-2, but we didn't have the same problem that we do now. I didn't need to install a new version of something that really wants the GUI.
I cannot tell for certain because I wasn't always totally responsible for the machines, but I think this first reared its ugly head after an installation of CDSA because something in the authentication sequence changed as a result.
I don't know now how to make the DECW$SERVER_0 log more verbose, in hopes that it might actually tell me something. I'm still wading through the documentation and not always understanding what I'm seeing. (I'm an old CLI guy. Windows? That's what I look out of on a rainy day...)
Seriously, I've studied this until I'm blue in the face. And trust me, that ain't my color.
We are in the process of setting up an HP S/W support contract, which will be my next step before I take the tactical nuclear option. Which would be, instead of doing a PRESERVE type of install, let the INSTALL process erase and rebuild the system disk. But all of the site-specific configuration stuff will have to be rebuilt and that will take a long time to get right. I've got decent configuration documentation, but who EVER has perfect records of what they've done to the system in the last few years?