- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: RMS-F-RAT, invalid record attributes
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
тАО09-23-2008 11:04 PM
тАО09-23-2008 11:04 PM
RMS-F-RAT, invalid record attributes
This is the output after set verify:
$ set noon
$ mode = "append"
$ ftosrch = F$SEARCH("dummy")
$ if (f$search("showbacklog.log") .eqs. "") then mode = "write"
$ open/append fh showbacklog.log
$ define /nolog sys$output fh
├ЬL-E-OPENOUT, error opening FH:.; as output
-RMS-F-RAT, invalid record attributes
A dir/full for showbacklog.log shows:
Created: 23-SEP-2008 06:57:53.13
Revised: 23-SEP-2008 07:29:37.20 (6)
Expires:
Backup:
Effective:
Recording:
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 35, Extend: 0, Global buffer count: 0, No version limit
Record format: Variable length, maximum 0 bytes, longest 104 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RWED, World:RE
Access Cntrl List: None
Client attributes: None
Why is define failing in the above script with a RAT error? Please note that the open command does not specify any attributes.
Thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-23-2008 11:35 PM
тАО09-23-2008 11:35 PM
Re: RMS-F-RAT, invalid record attributes
What are you trying to do?
It looks to me that some next commadn will write to SYS$OUTPUT and you want to add this output to SHOWBACKLOG.LOG.
You'd better do this:
$ DEFINE SYS$OUTPUT
Do whatever writes to SYS$OUTPUT
$ APPEND
this however, may cause attribute conflicts, that could cause problems elsewhere. In stead:
$ OPEN/READ IN
$ OPEN/'mode' FH showbacklog.log
$Loop:
$ READ/END=LoopEnd IN line
$ WRITE FH Line
$ GOTO Loop
$LoopEnd:
$ CLOSE FH
$ CLOSE IN
If you intend to use SEARCH a particular sttring in files, use the /OUTPUT quailfier and question $STATUS after search (and use additional qualifiers to control what's presented).
If you intend to scan a directory for files, it's feasable to scan the directory using F$SEARCH, process the filename and write it directly to your logfile. Processing DIR output is far more troublesome :)
BTW:
$ IF F$SEARCH("showbacklog.log") .EQS. "" THEN CREATE showbacklog.log
$
would eliminate the differrence in open mode. APPEND would do in all cases ;)
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-23-2008 11:59 PM
тАО09-23-2008 11:59 PM
Re: RMS-F-RAT, invalid record attributes
Yes the next commands will directed their output to sys$output, which I want to be logged in the file. And this script will be called again and again and hence I opted for an append there.
I am trying to use f$search to check if the file exists. If not the script shoudl create it.
BTW:
$ IF F$SEARCH("showbacklog.log") .EQS. "" THEN CREATE showbacklog.log
$
would eliminate the differrence in open mode. APPEND would do in all cases ;)
Please explain the above statement. Please note that the append in the open command above is due to set verify being on.
Please find attached the test script. Teh first part works fine, and the second part gives error
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-24-2008 12:19 AM
тАО09-24-2008 12:19 AM
Re: RMS-F-RAT, invalid record attributes
About your script: Why write to SYS$OUTPUT where you can do that directly to the file? Open the file in this created script, and write to it:
$ if f$search("
$ open/append FH
$....
$ write FH
$ close FH
No need to refedine SYS$OUTPUT.
On my suggestion:
F$SEARCH will return an empty string if the given file does not exist. In that case, CREATE will do what it says it does: It creates a file. The next line starts with "$" and that actually is "exit" for the Create command. This way, and empty file is created. Now all you need to do is to open/append - and that will succeed because the files exists (the only requirement....)
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-24-2008 12:21 AM
тАО09-24-2008 12:21 AM
Re: RMS-F-RAT, invalid record attributes
But as stated in the previous entry, you don't need to redefine at all.
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-24-2008 12:39 AM
тАО09-24-2008 12:39 AM
Re: RMS-F-RAT, invalid record attributes
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-24-2008 06:17 AM
тАО09-24-2008 06:17 AM
Re: RMS-F-RAT, invalid record attributes
Please post up details on what you haven't told us yet around this mysterious secret proprietary image, and particularly around how you have redirected the I/O. It might be as simple as swapping the DEFINE for a a DEFINE /USER, but that really depends on what's (actually) going on here with this DCL; that remains to be seen.
(I can think of one product that does this sort of thing, and it's a disaster because of it. Best to get this done right.)