- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Migrating Dec TPU section command file
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-02-2010 06:27 AM
тАО08-02-2010 06:27 AM
I've a command file which is used to create a tpu section.
I use this command to create the section:
EDIT/NOSECTION/COMMAND=COMMENT.TXT/NODISPLAY/OUTPUT=COMMENT.TPU
$SECTION
and this one to use it
edit/TPU/NOCOMM/SECTION=COMMENT.TPU$SECTION sys$login:test.txt
This works without any issue on the VAX. If I take my comment.txt ftp
it to the Integrity Itanium box I can create the section file with
success. But when I try to edit the file I got a DEC TPU error.
Shareable base: 7B778884 Ident: DECTPU V3.2 2007-08-30 10:53
Updater base: 7BA4C034 Ident: DECTPU V3.2 2007-08-30 10:53
Updater file:
%NONAME-F-NOMSG, Message number 00000004
-TPU-F-BADSTATUS, return status 7BAA5058 different from last signal
00000000
-SYSTEM-?-EXQUOTA, process quota exceeded
-RMS-?-BADESCAPE, syntax error in escape sequence
Message number 0002FFFF
Normal successful completion
-TPU-F-BADSTATUS, return status 7BAA5058 different from last signal
00000000
-SYSTEM-?-EXQUOTA, process quota exceeded
-RMS-?-BADESCAPE, syntax error in escape sequence
Message number 0002FFFF
Normal successful completion
I guess that some of the commands on the command file is not valid
yet, but I do not know how identify or debug it. Someone could light
my way?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-02-2010 07:02 AM
тАО08-02-2010 07:02 AM
Re: Migrating Dec TPU section command file
I'd start with:
show process /quota
on both systems. You should expect to need
more memory on IA64 than on VAX.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-02-2010 07:11 AM
тАО08-02-2010 07:11 AM
SolutionGiven you likely have access to a support contract, ring up HP and ask. They'll want to see the source code for the section, too.
The error messages are clearly corrupted, which implies that the entire stack is suspect. Though (as mentioned) you might try increasing the quota, on the off chance that error is actually valid; that ? implies it might not be.
I'd expect to need around 5x for the memory-related process quotas for OpenVMS I64 as was typically found on OpenVMS VAX, though that is a general estimate (guess) and requirements can vary from that. Widely.
Personally, I'd expunge the TPU code. Old VAX code using an old and ill-maintained language? If it's not particularly involved, replace it. It's one less maintenance problem to have around. Any recent scripting language (lua, php, python, perl and sometimes even DCL) can often be an effective replacement for much of what I've seen with TPU used for over the years, and custom tools built from flex/bison or lex/yacc or tparse can often be pressed into service for the rest of what TPU gets used for.
And FWIW, this question is cross-posted to:
http://groups.google.com/group/comp.os.vms/browse_thread/thread/bc7077556010f573
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-02-2010 07:14 AM
тАО08-02-2010 07:14 AM
Re: Migrating Dec TPU section command file
How was your account on the Itanium created?
Cloned from the VAX?
Cloned from a reasonably configured default?
Check out the basics like BYTLM (100000), FILLM (500), PGFLQUO (100000),...
You can try running with SHOW PROC/CONT in an other window selecting the 'q' (for Quota) srceen and see if you can spot the low quota.
Maybe try without the section first.
Hein
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-02-2010 04:02 PM
тАО08-02-2010 04:02 PM
Re: Migrating Dec TPU section command file
If it's not too big, perhaps you could post the TPU source code?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-02-2010 11:52 PM
тАО08-02-2010 11:52 PM
Re: Migrating Dec TPU section command file
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-03-2010 06:18 AM
тАО08-03-2010 06:18 AM
Re: Migrating Dec TPU section command file
I have some pretty hefty TPU stuff that I ported to Alpha and ran into similar issues back then.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-03-2010 02:05 PM
тАО08-03-2010 02:05 PM
Re: Migrating Dec TPU section command file
Huh? Other than jumping from VAX, over Alpha to Itanium, a radically different architecture, close to 20 years of hardware differences, and 7 (8?) operating system versions?
And you don't expect to have to change ANY software, even in the face of very obvious compatability issues?
me thinks someone has some slightly unrealistic expectations...
;-)