<?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: cannot boot, disk full in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450141#M95389</link>
    <description>Mike,&lt;BR /&gt;&lt;BR /&gt;Thank you for the compliment.&lt;BR /&gt;&lt;BR /&gt;Bryan,&lt;BR /&gt;&lt;BR /&gt;I agree with Hoff's comments about the logs, although I would definitely want to ZIP them for possible review. If an error is happening, history could be important.&lt;BR /&gt;&lt;BR /&gt;As I am sure you are unsurprised, I recommend a healthy degree of caution. Information deleted cannot easily be recovered in this situation, and from the postings, it would appear that the systems have been left to their own devices (pun unintended) for an extended period.&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;</description>
    <pubDate>Wed, 01 Jul 2009 02:53:32 GMT</pubDate>
    <dc:creator>Robert Gezelter</dc:creator>
    <dc:date>2009-07-01T02:53:32Z</dc:date>
    <item>
      <title>cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450132#M95380</link>
      <description>We have a VAX FT110 and FT810 running VMS 5.5.  The FT110 will not boot complaining of insuficient disk space.  After more than a half hour of error messages, someone pulled the plug.  How so I boot this thing in a safe mode such that I can clean up the disk and allow regular boot.  I can find the application scratch/log areas, but I don't know where VMS stores its log files.&lt;BR /&gt;&lt;BR /&gt;Thank you.</description>
      <pubDate>Tue, 30 Jun 2009 13:19:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450132#M95380</guid>
      <dc:creator>bkelly13</dc:creator>
      <dc:date>2009-06-30T13:19:55Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450133#M95381</link>
      <description>I don't see an edit function for my original post.  Before my post I did a few searches with no results.  Then I found a recent thread, VMS DISK HELP by Mathew Murdock.  I have that infomation so no need to repeat what is there.  Anything new will be helpful.</description>
      <pubDate>Tue, 30 Jun 2009 13:29:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450133#M95381</guid>
      <dc:creator>bkelly13</dc:creator>
      <dc:date>2009-06-30T13:29:38Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450134#M95382</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;  hoff has a good writeup on this at his site here :-&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://labs.hoffmanlabs.com/node/939" target="_blank"&gt;http://labs.hoffmanlabs.com/node/939&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 30 Jun 2009 13:30:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450134#M95382</guid>
      <dc:creator>marsh_1</dc:creator>
      <dc:date>2009-06-30T13:30:58Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450135#M95383</link>
      <description>Have a look at /OpenVMS Tips: Your System Disk Is Full? DEVICEFULL?/ at:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://labs.hoffmanlabs.com/node/939" target="_blank"&gt;http://labs.hoffmanlabs.com/node/939&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 30 Jun 2009 13:31:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450135#M95383</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2009-06-30T13:31:02Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450136#M95384</link>
      <description>That is helpful.  This is a legacy system on its way out but is rather important to keep running for another three to six months.  It is a application system with no users.  Disks have failed and we are down to the system disk only.  There is only the single application so once I get the disk cleaned up some, it should be okay.&lt;BR /&gt;&lt;BR /&gt;Is there anyone that does consulting work in case I get in over my head? If so, tell me how to contact you and what your rates are. This is in Brevard county of Florida.  I can be reached at b2 at bkelly dot ws.  Replace the words and spaces for an accurate email address.</description>
      <pubDate>Tue, 30 Jun 2009 13:55:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450136#M95384</guid>
      <dc:creator>bkelly13</dc:creator>
      <dc:date>2009-06-30T13:55:39Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450137#M95385</link>
      <description>You've already visited Hoff's site and he consults as do Bob Gezelter and other members in this forum.&lt;BR /&gt;&lt;BR /&gt;I don't think there were a large number of fault-tolerant VAXen sold and probably not a lot of them still in operation.  I'd check around when it comes time to decomission them and see if any of the historical/retro-computing sites would want them or see if they'd fetch a decent price on an e-Bay auction rather than just scrapping them.</description>
      <pubDate>Tue, 30 Jun 2009 15:30:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450137#M95385</guid>
      <dc:creator>Mike Kier</dc:creator>
      <dc:date>2009-06-30T15:30:42Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450138#M95386</link>
      <description>Good Thoughts.  These have been very reliable computers. They have been running since about 1993 with almost no maintenance. I was really saddened when DEC was bought out, effectively going out of business.  I think they are government owned, but I will pass the suggestion up and see what happends.&lt;BR /&gt;&lt;BR /&gt;If anyone is interested in a VAX FT110 or two FT810s, let me know.  I don't know about the 110, but half of each 810 is working and I think the problem is power supply in both.</description>
      <pubDate>Tue, 30 Jun 2009 16:07:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450138#M95386</guid>
      <dc:creator>bkelly13</dc:creator>
      <dc:date>2009-06-30T16:07:25Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450139#M95387</link>
      <description>I've seen a similar situation arise and what Hoff says is fine but a good file to blow away or move is the error log.&lt;BR /&gt;&lt;BR /&gt;This might sound strange since this is the file that you'll need to look at but if the errors are still occurring a new error log will be created very quickly, what's more analyzing that error log file will be quicker because it will only be small.</description>
      <pubDate>Tue, 30 Jun 2009 22:33:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450139#M95387</guid>
      <dc:creator>John McL</dc:creator>
      <dc:date>2009-06-30T22:33:56Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450140#M95388</link>
      <description>On the boxes I manage, I roll the error logs over periodically.  Same as with OPERATOR.LOG, auditing, accounting, and a few other similar files.  (On most Unix boxes, this log roll-over is typically automatic.)  If storage is at a premium, zip the older files, too.</description>
      <pubDate>Tue, 30 Jun 2009 22:43:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450140#M95388</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2009-06-30T22:43:29Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450141#M95389</link>
      <description>Mike,&lt;BR /&gt;&lt;BR /&gt;Thank you for the compliment.&lt;BR /&gt;&lt;BR /&gt;Bryan,&lt;BR /&gt;&lt;BR /&gt;I agree with Hoff's comments about the logs, although I would definitely want to ZIP them for possible review. If an error is happening, history could be important.&lt;BR /&gt;&lt;BR /&gt;As I am sure you are unsurprised, I recommend a healthy degree of caution. Information deleted cannot easily be recovered in this situation, and from the postings, it would appear that the systems have been left to their own devices (pun unintended) for an extended period.&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;</description>
      <pubDate>Wed, 01 Jul 2009 02:53:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450141#M95389</guid>
      <dc:creator>Robert Gezelter</dc:creator>
      <dc:date>2009-07-01T02:53:32Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450142#M95390</link>
      <description>After some deletions, the command "show dev d" refealed about 300,000 blocks.  An unused application directory was found with about 300,000 blocks then deleted.  "show dev d" did not change.  A backup of that same application had another 300,000 blocks, and when deleted, "show dev d" did not show any change.  What command will tell VMS to reclaim these unused blocks.&lt;BR /&gt;&lt;BR /&gt;I looked around for VMS log files and temporary files but found none.  Can someone give me a good location to search.&lt;BR /&gt;&lt;BR /&gt;File [SYS0.SYSERR]ERRLOG.SYS;1 has 224882/224883 blocks and is dated 23-Mar-1996.  I just now realized I should have checked last update.  Just the same, is this something that can be deleted?</description>
      <pubDate>Wed, 01 Jul 2009 17:48:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450142#M95390</guid>
      <dc:creator>bkelly13</dc:creator>
      <dc:date>2009-07-01T17:48:04Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450143#M95391</link>
      <description>Bryan,&lt;BR /&gt;&lt;BR /&gt;OpenVMS does NOT use a recycle bin. If you deleted files, the SHOW DEVICE will show the results essentially immediately.&lt;BR /&gt;&lt;BR /&gt;If you are deleting files and not seeing an increase in available space, there is something else going on. I suggest extreme caution.&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;</description>
      <pubDate>Wed, 01 Jul 2009 18:08:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450143#M95391</guid>
      <dc:creator>Robert Gezelter</dc:creator>
      <dc:date>2009-07-01T18:08:13Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450144#M95392</link>
      <description>Would I delete these files?  No.  I'd likely zip them (zip "-V" to preserve attributes) and move the files off the system disk or to offline or nearline storage off the server.&lt;BR /&gt;&lt;BR /&gt;Even on boat-anchor grade VAX boxes, disk storage is cheap.&lt;BR /&gt;&lt;BR /&gt;Would your site delete these files?  That's up to you and your management.&lt;BR /&gt;&lt;BR /&gt;Without intending any disrespect, you're already intentionally and explicitly not maintaining and not repairing these VAXft servers, so I see no reason not to fully commit to that organizational goal.  (Would I want to get the "we're not maintaining these boxes" statement from a responsible manager before nuking these files?  Yes; with certainty.)&lt;BR /&gt;&lt;BR /&gt;And in general, this OpenVMS VAX version is far enough back that there are various ways the displayed free space value can end up skewed.  Usually an ANALYZE /DISK /REPAIR pass can resolve any low-level errors, and the display counts will be off until the next mount/dismount (for data disks) or the next system reboot (for all disks).&lt;BR /&gt;</description>
      <pubDate>Wed, 01 Jul 2009 18:20:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450144#M95392</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2009-07-01T18:20:26Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450145#M95393</link>
      <description>bryan,&lt;BR /&gt;&lt;BR /&gt; how did you bring the system up ? did you follow the sequence given in the link from hoff's site for system disk full ( second sequence) ?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 01 Jul 2009 18:20:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450145#M95393</guid>
      <dc:creator>marsh_1</dc:creator>
      <dc:date>2009-07-01T18:20:31Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450146#M95394</link>
      <description>ps and nb: If anybody snags these VAXft boxes off the galactic trash heap, the boxes are probably going to have wiped system disks, and which means you'll need the correct OpenVMS VAX version and the associated VAXft System Services Software (FTSS) software installation kit for the VAXft box.&lt;BR /&gt;&lt;BR /&gt;Two of the more common OpenVMS versions that were around here were OpenVMS VAX V5.5-2HF and OpenVMS VAX V6.2-0HF.  And you'll need a matching FTSS kit.</description>
      <pubDate>Wed, 01 Jul 2009 18:27:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450146#M95394</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2009-07-01T18:27:47Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450147#M95395</link>
      <description>I am working with two computers, and FT110 and FT810.&lt;BR /&gt;&lt;BR /&gt;On the 810, the single disk filled, the application crashed, but VMS kept running.  We deleted some stuff and wound up with 300,000 free blocks.  I found another 300,000 to delete and â  show dev dâ   did not register the deletions.  I deleted another couple hundred thousand blocks and they do not show up with â  show dev dâ  &lt;BR /&gt;&lt;BR /&gt;The FT110 would not boot.  After reading some posts here, and looking at the manual that contains much information, but doesnâ  t tell me much, I managed to get a conversational boot and set the _P1 to MIN.  It booted and a â  purge /keep=3â   on the entire disk yielded about 4,000 free blocks.&lt;BR /&gt;&lt;BR /&gt;I found a scratch directory in an application that had a huge number of files.  The command â  del *.*;*â   did not return and I interrupted it after a half hour.  I entered â  dir a*;*â   and gave up on that after five minutes, and returned to the delete function.  After another half hour, I had to leave for other purposes.  I will return tomorrow and see what happened.  &lt;BR /&gt;&lt;BR /&gt;BTW: I cannot get internet access while in this area so I must work there, then come home to check posts here.&lt;BR /&gt;</description>
      <pubDate>Wed, 01 Jul 2009 18:44:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450147#M95395</guid>
      <dc:creator>bkelly13</dc:creator>
      <dc:date>2009-07-01T18:44:41Z</dc:date>
    </item>
    <item>
      <title>Re: cannot boot, disk full</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450148#M95396</link>
      <description>&amp;gt;&amp;gt;&amp;gt; huge number of files.  &lt;BR /&gt;&lt;BR /&gt;With your vintage version of VMS operations in a directory with large amounts of files can take an extremely long time.  &lt;BR /&gt;&lt;BR /&gt;Look for DFU on the system.  It can be downloaded from:&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/openvms/freeware/index.html" target="_blank"&gt;http://h71000.www7.hp.com/openvms/freeware/index.html&lt;/A&gt; if you take the utility into the system.  &lt;BR /&gt;&lt;BR /&gt;You may not be able to carry in new software.  See this thread &lt;A href="http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=976275" target="_blank"&gt;http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=976275&lt;/A&gt; covers the background and provides some options to speed deletes in large directories.  &lt;BR /&gt;&lt;BR /&gt;Generally, it's not a good idea to have application writing temp files, logs or live data to a system disk.  &lt;BR /&gt;&lt;BR /&gt;Andy</description>
      <pubDate>Wed, 01 Jul 2009 19:28:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cannot-boot-disk-full/m-p/4450148#M95396</guid>
      <dc:creator>Andy Bustamante</dc:creator>
      <dc:date>2009-07-01T19:28:07Z</dc:date>
    </item>
  </channel>
</rss>

