<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Hard drive problem in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672069#M8360</link>
    <description>Hello again.&lt;BR /&gt;I have a question again. Since I don't run ANA/dish_structure offen.&lt;BR /&gt;&lt;BR /&gt;I was running ana/disk_structure while the other user are write/create new files in Dka100:&lt;BR /&gt;&lt;BR /&gt;There is an error message show up saying&lt;BR /&gt;-analdisk-w-baddirent, invalid file identification in directory entry [trs.data]inv008002.doc;1&lt;BR /&gt;-analdisk-i-bad_dirheader, no valid file header for directory&lt;BR /&gt;&lt;BR /&gt;Is this o.k ?&lt;BR /&gt;&lt;BR /&gt;Scc&lt;BR /&gt;</description>
    <pubDate>Wed, 16 Nov 2005 12:41:25 GMT</pubDate>
    <dc:creator>Scc_3</dc:creator>
    <dc:date>2005-11-16T12:41:25Z</dc:date>
    <item>
      <title>Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672047#M8338</link>
      <description>Hello All,&lt;BR /&gt;While running program on Vax, The programs usually create a data file and let the program carry on to dump data in. Last week monday, for some reason the system or Harddrive (dka400) don't write or create that file. And cause error and can not continue running the program. I move all the date to other drive and working fine there.&lt;BR /&gt;A few days later I move all the data back to dka400: and working fine, till yesterday it happen again.&lt;BR /&gt;I wonder will that be that Hard drive have problem ?&lt;BR /&gt;And also, right now I dump all the data (data directory only) to Dka100: and let the user carry on. After I login, I type&lt;BR /&gt;mount&lt;BR /&gt;dka100&lt;BR /&gt;label&lt;BR /&gt;the device status is mounted alloc.&lt;BR /&gt;and when I logout it dism the dka100:&lt;BR /&gt;How to set it so it will not to dismount after logout.&lt;BR /&gt;&lt;BR /&gt;Thanks !&lt;BR /&gt;Scc&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;There is something funny happing for the last 2 week. While users running programs to create quotation, the program will create a file on write information into it. Two weeks ago monday&lt;BR /&gt;error show up everytime when create a file.&lt;BR /&gt;Example : Program try to create a file name&lt;BR /&gt;Q123456.300 (300 is the date) q123456 is the quotation number. look to me I can write or create this file name in that Hard Drive. I copy all the date to another di</description>
      <pubDate>Tue, 15 Nov 2005 11:55:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672047#M8338</guid>
      <dc:creator>Scc_3</dc:creator>
      <dc:date>2005-11-15T11:55:40Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672048#M8339</link>
      <description>Of course it can be a hardware error caused by disk building up hardware defects.&lt;BR /&gt;What error messages get Your program/procedure when file creation is failing ?&lt;BR /&gt;&lt;BR /&gt;Have You looked into the error log of this system: does it contain entries for this device (dka400:) ? Go to sys$specific:[syserr] and do analyze/error.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;How to set it so it will not to dismount after logout.&lt;BR /&gt;&lt;BR /&gt;You are mounting the disk "private", i.e. only for the actual process/login: You have to mount the disk either /GROUP or /SYSTEM to have the mounted disk available for other users (of Your group or system-wide).&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Nov 2005 12:19:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672048#M8339</guid>
      <dc:creator>Joseph Huber_1</dc:creator>
      <dc:date>2005-11-15T12:19:29Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672049#M8340</link>
      <description>$ MOUNT DKA100 label /SYSTEM&lt;BR /&gt;&lt;BR /&gt;will mount the drive and keep it mounted when you logout.&lt;BR /&gt;&lt;BR /&gt;Try &lt;BR /&gt;$ ANAL/DISK/READ DKA100:&lt;BR /&gt;&lt;BR /&gt;to check the file structure of the disk and read every file. This may show some errors.&lt;BR /&gt;There may be a problem on an area of the disk currently not in a file. You can create a file that fills the disk and then delete it forcing all the blocks to be written.&lt;BR /&gt;&lt;BR /&gt;$ COPY NL: DKA100:[000000]TMP.TMP/ALLOC=x&lt;BR /&gt;$ SET FILE/END DKA100:[000000]TMP.TMP&lt;BR /&gt;$ DELETE/ERASE DKA100:[000000]TMP.TMP;&lt;BR /&gt;&lt;BR /&gt;where x is the number of free blocks. This will test the drive and show up any bad blocks in the free area. Bad blocks will be revectored or otherwise made unavailable.&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Nov 2005 12:45:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672049#M8340</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2005-11-15T12:45:59Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672050#M8341</link>
      <description>Hello,&lt;BR /&gt;The error message was feed back from my in-house programs. Example program "a" get information and create a file call q123456.300 and this file was format to a size was set to be use. Then call program "b"&lt;BR /&gt;and "b" trying to open this file and write information in to it. Since this file is not create at all, usually it does but now it not. The error message from my in-house program say "Can't open q123456.300, file not found", of cause since this file is not create at all.&lt;BR /&gt;&lt;BR /&gt;Last nite, I try to create a file thru. edit&lt;BR /&gt;example :&lt;BR /&gt;edit q123456.318 and the system don't allow me to do that, the screen go to quick I can't catch them. Something like ACP file access .......&lt;BR /&gt;and today I create the same file and is o.k&lt;BR /&gt;that is very strange.&lt;BR /&gt;&lt;BR /&gt;An about the mount disk, So you think I can't just use&lt;BR /&gt;mount dka100: label&lt;BR /&gt;since this disk is for everyone to use. Maybe&lt;BR /&gt;I mount this disk in system account, instead of my own account. But I don't think there is any different between them.&lt;BR /&gt;All I need is after I mount the disk, the disk will not dismount when I log out.&lt;BR /&gt;Thanks !&lt;BR /&gt;Scc</description>
      <pubDate>Tue, 15 Nov 2005 12:55:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672050#M8341</guid>
      <dc:creator>Scc_3</dc:creator>
      <dc:date>2005-11-15T12:55:50Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672051#M8342</link>
      <description>Since the file is not created by program "a":&lt;BR /&gt;what error is this program receiving , or does it no error/success checking at all ?&lt;BR /&gt;If so, make program "a" logging errors.&lt;BR /&gt;&lt;BR /&gt;Since You apparently are not the system manager, contact the responsible to have a look into the errorlog after You know the error received from the file creating program.&lt;BR /&gt;&lt;BR /&gt;To mount a disk /group or /system, the account needs either the SYSNAM or GRPNAM privilege, and depending on the device protection, SYSPRV,OPER or GROUP privilege.&lt;BR /&gt;If it's a disk usually accessible by all users, ask the system manager to add the mount/system dka400: to the system startup procedure.&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Nov 2005 13:08:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672051#M8342</guid>
      <dc:creator>Joseph Huber_1</dc:creator>
      <dc:date>2005-11-15T13:08:53Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672052#M8343</link>
      <description>Hello Ian,&lt;BR /&gt;$ COPY NL: DKA100:[000000]TMP.TMP/ALLOC=x&lt;BR /&gt;$ SET FILE/END DKA100:[000000]TMP.TMP&lt;BR /&gt;$ DELETE/ERASE DKA100:[000000]TMP.TMP;&lt;BR /&gt;&lt;BR /&gt;I am using dka400: instead of dka100: since dka400: is the one have problem. I follow your step and I type the tmp.tmp out like following :&lt;BR /&gt;&lt;BR /&gt;?&lt;BR /&gt;% type-f-writeerr,error writing sys$output:,:&lt;BR /&gt;-rms-f-sys, Qio system service request fail&lt;BR /&gt;-system-f-exquota, exceeded quota&lt;BR /&gt;&lt;BR /&gt;Do I have to do something with the quota stuff.&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 15 Nov 2005 13:14:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672052#M8343</guid>
      <dc:creator>Scc_3</dc:creator>
      <dc:date>2005-11-15T13:14:43Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672053#M8344</link>
      <description>No, you can ignore the quota stuff - you are not supposed to&lt;BR /&gt;$ TYPE TMP.TMP&lt;BR /&gt; anyway. The only purpose of Ian's commands is to write over all unused blocks of the disk in order to test them.</description>
      <pubDate>Tue, 15 Nov 2005 13:30:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672053#M8344</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2005-11-15T13:30:14Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672054#M8345</link>
      <description>VMS Help for your message.&lt;BR /&gt;&lt;BR /&gt; EXQUOTA,  process quota exceeded&lt;BR /&gt;&lt;BR /&gt;  Facility:     SYSTEM, System Services&lt;BR /&gt;&lt;BR /&gt;  Explanation:  An image could not continue executing or a command could&lt;BR /&gt;                not execute because the process exceeded one of its resource&lt;BR /&gt;                quotas or limits.&lt;BR /&gt;&lt;BR /&gt;                If this message is associated with a status code returned&lt;BR /&gt;                by a request to a DR32 interface, a DR11-W interface, or an&lt;BR /&gt;                LPA11-K driver, the AST quota for the requesting process is&lt;BR /&gt;                exceeded. In the latter case, an AST cannot be queued for a&lt;BR /&gt;                buffer full/empty AST. Normally, a start data transfer request&lt;BR /&gt;                can require no more than three AST blocks at a time.&lt;BR /&gt;&lt;BR /&gt;                If this message is associated with a vector disabled (VECDIS)&lt;BR /&gt;                status code, the process's paging file quota prohibits the&lt;BR /&gt;                allocation of sufficient process memory for storing its&lt;BR /&gt;                mainline vector state.&lt;BR /&gt;&lt;BR /&gt;                If this message is associated with a status code returned by&lt;BR /&gt;                a request to a DUP11 interface, a request cannot be queued&lt;BR /&gt;                because the buffered I/O quota is exceeded.&lt;BR /&gt;&lt;BR /&gt;                This message can indicate failure to create a subprocess&lt;BR /&gt;                because deductible quotas, when subtracted from the current&lt;BR /&gt;                quotas of the creator, would not leave the minimum required&lt;BR /&gt;                quotas for the creator.&lt;BR /&gt;&lt;BR /&gt;                This message may also occur if the size of a buffered I/O&lt;BR /&gt;                request exceeds the value of the SYSGEN parameter MAXBUF.&lt;BR /&gt;&lt;BR /&gt;  User Action:  Use the DCL command SHOW PROCESS/QUOTAS to determine the&lt;BR /&gt;                current quotas and to determine which quota is exceeded.&lt;BR /&gt;                Determine whether any subprocesses are hibernating and&lt;BR /&gt;                are no longer performing useful functions; delete any such&lt;BR /&gt;                subprocesses.&lt;BR /&gt;&lt;BR /&gt;                If a program fails consistently because of insufficient&lt;BR /&gt;                quotas, ask the system manager to increase your quotas.&lt;BR /&gt;&lt;BR /&gt;Mike</description>
      <pubDate>Tue, 15 Nov 2005 13:50:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672054#M8345</guid>
      <dc:creator>Mike Reznak</dc:creator>
      <dc:date>2005-11-15T13:50:38Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672055#M8346</link>
      <description>Hello,&lt;BR /&gt;I do the tmp.tmp already and pointing to dka400:[trs.data] to run a quotation, same error it just don't create the file name for me.&lt;BR /&gt;Point to dka100:[trs.data], no problem...&lt;BR /&gt;That is very strange. Same program and the data was copy over from dka400: to dka100:&lt;BR /&gt;&lt;BR /&gt;Maybe I have to look into something else to solve this.&lt;BR /&gt;&lt;BR /&gt;Thanks !&lt;BR /&gt;Scc</description>
      <pubDate>Tue, 15 Nov 2005 13:58:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672055#M8346</guid>
      <dc:creator>Scc_3</dc:creator>
      <dc:date>2005-11-15T13:58:04Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672056#M8347</link>
      <description>The question not asked yet. What VMS version and have latest patches been installed?&lt;BR /&gt;&lt;BR /&gt;M</description>
      <pubDate>Tue, 15 Nov 2005 14:31:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672056#M8347</guid>
      <dc:creator>Mike Reznak</dc:creator>
      <dc:date>2005-11-15T14:31:08Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672057#M8348</link>
      <description>...and do you see disk errors on dka400 increasing ?</description>
      <pubDate>Tue, 15 Nov 2005 14:36:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672057#M8348</guid>
      <dc:creator>Mike Reznak</dc:creator>
      <dc:date>2005-11-15T14:36:57Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672058#M8349</link>
      <description>Hello,&lt;BR /&gt;Vms 5.5, there is no more error on dka400:&lt;BR /&gt;There are 4 - 5 files was deleted long time&lt;BR /&gt;but report while running ana/disk_structure as "incorrect in VBN 2313 of directory trs.data (3043,1,1)"&lt;BR /&gt;Scc</description>
      <pubDate>Tue, 15 Nov 2005 15:19:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672058#M8349</guid>
      <dc:creator>Scc_3</dc:creator>
      <dc:date>2005-11-15T15:19:14Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672059#M8350</link>
      <description>Have you tried ?&lt;BR /&gt;&lt;BR /&gt;$ anal/disk/repair&lt;BR /&gt;&lt;BR /&gt;Mike</description>
      <pubDate>Tue, 15 Nov 2005 15:40:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672059#M8350</guid>
      <dc:creator>Mike Reznak</dc:creator>
      <dc:date>2005-11-15T15:40:55Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672060#M8351</link>
      <description>can you post the entire output from ANAL/DISK</description>
      <pubDate>Wed, 16 Nov 2005 04:33:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672060#M8351</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2005-11-16T04:33:35Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672061#M8352</link>
      <description>Hello,&lt;BR /&gt;ana/disk_structure dka400:&lt;BR /&gt;%analdisk-i-openquota, error opening quota.sys&lt;BR /&gt;-system-w-nosuchfile, no suck file&lt;BR /&gt;%analdisk-w-bad_nameorder, filename ordering incorrect in VbN 2312 of directory trs.data (3043,1,1)&lt;BR /&gt;filename are q162296.094 and q162288.094&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;P.s I found 2 files name the same was create on the 04-apr-2005 q162296.094;1 and can't delete it.&lt;BR /&gt;Thanks !&lt;BR /&gt;Scc</description>
      <pubDate>Wed, 16 Nov 2005 11:08:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672061#M8352</guid>
      <dc:creator>Scc_3</dc:creator>
      <dc:date>2005-11-16T11:08:57Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672062#M8353</link>
      <description>Hello All,&lt;BR /&gt;&lt;BR /&gt;Wow, that is very strange, I ran the same program again just last mins ago, using the same program and pointing at the bad data directory that give me problem before and now it working fine.&lt;BR /&gt;&lt;BR /&gt;Scc</description>
      <pubDate>Wed, 16 Nov 2005 11:13:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672062#M8353</guid>
      <dc:creator>Scc_3</dc:creator>
      <dc:date>2005-11-16T11:13:55Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672063#M8354</link>
      <description>If you really used the command:&lt;BR /&gt;&lt;BR /&gt;&amp;gt; ana/disk_structure dka400:&lt;BR /&gt;&lt;BR /&gt;without the /REPAIR qualifier, then ANALYZE did not temporarily lock the disk against changes. If some job is still running, there is a certain chance that ANALYZE does not see a consistent picture of the disk and print out false warnings.</description>
      <pubDate>Wed, 16 Nov 2005 11:17:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672063#M8354</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2005-11-16T11:17:57Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672064#M8355</link>
      <description>Recommended action for bad_nameorder errors is to delete the directory so that the files become lost (SET FILE/NODIR name.dir; DELETE name.dir), repair the disk (ANAL/DISK/REP) to recover the files, create a new empty directory and rename the files into it.&lt;BR /&gt;&lt;BR /&gt;However you said its ok now?</description>
      <pubDate>Wed, 16 Nov 2005 11:20:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672064#M8355</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2005-11-16T11:20:32Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672065#M8356</link>
      <description>Hello Ian,&lt;BR /&gt;&lt;BR /&gt;I do a dir and see 2 copies of q162296.094;1&lt;BR /&gt;I delete one copy and the other one can't do it.&lt;BR /&gt;&lt;BR /&gt;What I just did is, I went in and delete all file q*.094;* and after it done. I only see one copy left (q162296.094), but I can't delete it.&lt;BR /&gt;I ran another ana/disk_structure dka400:/repair (twice)&lt;BR /&gt;Now all error is gone, except the quota.sys , no such file&lt;BR /&gt;&lt;BR /&gt;I hope this is the problem. But I will try your way to delete all the files out from this directory, since they are old and no good anymore. and create a new directory and copy the current data over. Or I just let the user running on dka100:&lt;BR /&gt;&lt;BR /&gt;Thanks !&lt;BR /&gt;SCC&lt;BR /&gt;</description>
      <pubDate>Wed, 16 Nov 2005 11:41:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672065#M8356</guid>
      <dc:creator>Scc_3</dc:creator>
      <dc:date>2005-11-16T11:41:05Z</dc:date>
    </item>
    <item>
      <title>Re: Hard drive problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672066#M8357</link>
      <description>&amp;gt; Now all error is gone, except the quota.sys , no such file&lt;BR /&gt;&lt;BR /&gt;I'm pretty sure the message looks like:&lt;BR /&gt;-SYSTEM-W-...&lt;BR /&gt;&lt;BR /&gt;That is just a warning and you can safely ignore it, because you are apparently not using disk quotas on this disk, so the file QUOTA.SYS is absent. (Don't try to create it - again, just ignore the message).</description>
      <pubDate>Wed, 16 Nov 2005 11:48:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/hard-drive-problem/m-p/3672066#M8357</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2005-11-16T11:48:48Z</dc:date>
    </item>
  </channel>
</rss>

