<?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: bdf doesn't work in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288384#M336435</link>
    <description>&amp;gt;&amp;gt;I have printers that are creating device files in /dev that grew very large,&lt;BR /&gt;&lt;BR /&gt;What would that be?  A large printer device file seems very abnormal.</description>
    <pubDate>Fri, 17 Oct 2008 16:48:02 GMT</pubDate>
    <dc:creator>Patrick Wallek</dc:creator>
    <dc:date>2008-10-17T16:48:02Z</dc:date>
    <item>
      <title>bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288369#M336420</link>
      <description>I ran out of space on "/" and now my bdf doesn't work.  I'm pretty sure I have space back on "/", but the bdf still doesn't work.</description>
      <pubDate>Thu, 16 Oct 2008 13:14:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288369#M336420</guid>
      <dc:creator>Jeff Hagstrom</dc:creator>
      <dc:date>2008-10-16T13:14:35Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288370#M336421</link>
      <description>Try df -k</description>
      <pubDate>Thu, 16 Oct 2008 13:17:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288370#M336421</guid>
      <dc:creator>OFC_EDM</dc:creator>
      <dc:date>2008-10-16T13:17:20Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288371#M336422</link>
      <description>Hmmmm. . . ."doesn't work". . . . .do you mean it just hangs without producing any output?  Does it produce some output and then hang?  Do you get a prompt back?&lt;BR /&gt;&lt;BR /&gt;Usually bdf hangs because of a failed NFS mount point that it can no longer contact.&lt;BR /&gt;&lt;BR /&gt;Try du -kx in the meantime.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Thu, 16 Oct 2008 13:20:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288371#M336422</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2008-10-16T13:20:06Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288372#M336423</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Stale NFS should  be the cause on most situations of bdf hang issue. reboot is the only solution since hp-ux does not have force unmount for NFS mounts.&lt;BR /&gt;&lt;BR /&gt;du will be the alternate to know the filesystem usage.</description>
      <pubDate>Thu, 16 Oct 2008 13:39:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288372#M336423</guid>
      <dc:creator>Ganesan R</dc:creator>
      <dc:date>2008-10-16T13:39:12Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288373#M336424</link>
      <description>&amp;gt; Hmmmm. . . ."doesn't work". . . . .do you&lt;BR /&gt;&amp;gt; mean [...]&lt;BR /&gt;&lt;BR /&gt;Here's a novel idea.  Why don't you simply&lt;BR /&gt;tell us what "doesn't work" means in this&lt;BR /&gt;situation, and spare us all having to read&lt;BR /&gt;everyone's attempts to guess what you mean.&lt;BR /&gt;You might even get better answers sooner from&lt;BR /&gt;non-psychics if you reveal what the actual&lt;BR /&gt;problem is.</description>
      <pubDate>Thu, 16 Oct 2008 14:21:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288373#M336424</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2008-10-16T14:21:19Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288374#M336425</link>
      <description>&amp;gt; Why don't you simply tell us what "doesn't work" means in this situation&lt;BR /&gt;&lt;BR /&gt;And how often does that happen?  Really?&lt;BR /&gt;&lt;BR /&gt;I thought half the fun was supposed to be in figuring out what the user actually meant.  Like the time one of my programmers called me to tell me that his keyboard didn't work.  When I got to his empty office, I discovered that he had dumped a cup of coffee into the keyboard!  That wouldn't have been anywhere near as much fun if he'd just told me that up front.&lt;BR /&gt;&lt;BR /&gt;;^)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Thu, 16 Oct 2008 14:28:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288374#M336425</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2008-10-16T14:28:28Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288375#M336426</link>
      <description>&amp;gt; And how often does that happen? Really?&lt;BR /&gt;&lt;BR /&gt;Hey.  I said that it was a novel idea.&lt;BR /&gt;&lt;BR /&gt;In this forum, it seems to happen with&lt;BR /&gt;astounding infrequency.  Perhaps I'm easily&lt;BR /&gt;astounded.  I'd continue ranting but the ITRC&lt;BR /&gt;Thought Police would probably just throw it&lt;BR /&gt;all into the memory hole on the grounds of&lt;BR /&gt;personal abuse (or authoritative whim).  (If,&lt;BR /&gt;that is, the Forum software happens to be&lt;BR /&gt;working when they try to do it, which seems&lt;BR /&gt;to be increasingly unlikely of late.)</description>
      <pubDate>Thu, 16 Oct 2008 14:44:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288375#M336426</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2008-10-16T14:44:59Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288376#M336427</link>
      <description>BTW - You have assigned points to   681  of   1026  responses to your questions.&lt;BR /&gt;&lt;BR /&gt;Please honour the efforts here and work through:&lt;BR /&gt;&lt;A href="http://forums11.itrc.hp.com/service/forums/pageList.do?userId=CA557645&amp;amp;listType=unassigned&amp;amp;forumId=1" target="_blank"&gt;http://forums11.itrc.hp.com/service/forums/pageList.do?userId=CA557645&amp;amp;listType=unassigned&amp;amp;forumId=1&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;And as said - the quickest way to get a solution is as many informations as possible.&lt;BR /&gt;&lt;BR /&gt;V.&lt;BR /&gt;</description>
      <pubDate>Thu, 16 Oct 2008 15:10:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288376#M336427</guid>
      <dc:creator>V. Nyga</dc:creator>
      <dc:date>2008-10-16T15:10:14Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288377#M336428</link>
      <description>And I thought you were all physics.  If it makes you feel better to flex your obvious superior intellect, then you just keep ranting and no one will tell the Thought Police.  When I first started asking questions on the forum, I did not understand the point system, I didnâ  t realize it was important and Iâ  ve tried to keep up with it since.&lt;BR /&gt;&lt;BR /&gt;When I said BDF didnâ  t work, it would drop straight to a prompt, as if the enter key was pushed with no command typed in.   â  /â   ran out of space just before this happened.  The command df â  k didnâ  t work.  The du command works:  du -kx / | sort -k1,1rn&lt;BR /&gt;.</description>
      <pubDate>Thu, 16 Oct 2008 15:29:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288377#M336428</guid>
      <dc:creator>Jeff Hagstrom</dc:creator>
      <dc:date>2008-10-16T15:29:42Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288378#M336429</link>
      <description>So, can you tell from the du command whether / is still full or not?  I don't think I've ever seen an instance where bdf stopped working because a file system filled up.  Are you using  /usr/bin/bdf or some alias to bdf like bdfmegs or something?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Thu, 16 Oct 2008 15:49:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288378#M336429</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2008-10-16T15:49:43Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288379#M336430</link>
      <description>&amp;gt; And I thought you were all physics. [...]&lt;BR /&gt;&lt;BR /&gt;I was a physics major in college, but even&lt;BR /&gt;then I was not "all physics".  Graduation&lt;BR /&gt;required several courses outside one's major.</description>
      <pubDate>Thu, 16 Oct 2008 16:12:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288379#M336430</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2008-10-16T16:12:38Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288380#M336431</link>
      <description>One conjecture (and only a conjecture):&lt;BR /&gt;&lt;BR /&gt;bdf looks at /etc/mnttab, and because "/"&lt;BR /&gt;was full, /etc/mnttab couldn't get created&lt;BR /&gt;(or populated).&lt;BR /&gt;&lt;BR /&gt;If that were the problem, then perhaps&lt;BR /&gt;running "mount -a" again (after making some&lt;BR /&gt;space in "/") might get /etc/mnttab&lt;BR /&gt;reconstuituted with real data.&lt;BR /&gt;&lt;BR /&gt;I wouldn't bet a nickel on it, but it does&lt;BR /&gt;sound plausible.  And "cat /etc/mnttab"&lt;BR /&gt;should be a pretty easy and harmless test.</description>
      <pubDate>Thu, 16 Oct 2008 18:59:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288380#M336431</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2008-10-16T18:59:18Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288381#M336432</link>
      <description>&lt;!--!*#--&gt;"man bdf" does mention /etc/mnttab.&lt;BR /&gt;&lt;BR /&gt;Around here:&lt;BR /&gt;&lt;BR /&gt;dy # echo '' &amp;gt; /etc/mnttab&lt;BR /&gt;dy # cat /etc/mnttab&lt;BR /&gt;&lt;BR /&gt;dy # bdf&lt;BR /&gt;dy # bdf&lt;BR /&gt;Filesystem          kbytes    used   avail %used Mounted on&lt;BR /&gt;/dev/vg00/lvol3     524288  161456  360056   31% /&lt;BR /&gt;/dev/vg00/lvol1     298928   55624  213408   21% /stand&lt;BR /&gt;/dev/vg00/lvol8    4710400 1165936 3517440   25% /var&lt;BR /&gt;/dev/vg00/lvol7    20971520 19915136 1056384   95% /usr&lt;BR /&gt;/dev/vg00/lvol4     524288    5296  516928    1% /tmp&lt;BR /&gt;/dev/vg00/lvol6    3244032 2969432  272496   92% /opt&lt;BR /&gt;/dev/vg00/lvol5      24576    2952   21584   12% /home&lt;BR /&gt;&lt;BR /&gt;It didn't last long, but an empty /etc/mnttab&lt;BR /&gt;does seem to fool bdf.  "man mnttab" suggests&lt;BR /&gt;that "syncer" refreshes it:&lt;BR /&gt;&lt;BR /&gt;      syncer also updates the /etc/mnttab file if it does not match current&lt;BR /&gt;      kernel mount information.&lt;BR /&gt;&lt;BR /&gt;I can believe that.</description>
      <pubDate>Thu, 16 Oct 2008 19:37:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288381#M336432</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2008-10-16T19:37:14Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288382#M336433</link>
      <description>Does "/usr/bin/bdf /" work?</description>
      <pubDate>Fri, 17 Oct 2008 01:01:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288382#M336433</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-10-17T01:01:19Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288383#M336434</link>
      <description>mntab was "0" bytes, not enought space to create it.  That is why my BDF didn't work.  &lt;BR /&gt;&lt;BR /&gt;I have printers that are creating device files in /dev that grew very large, which I delete and touched them off to create the file.  I also got rid of core files, *.prev, some old files that had date on them. What ever we could safely remove.  Each time I removed something, I tried to do a bdf and it would come straight back to the promp(0 byte file).  At some time later, something triggered the system to generate a new mntab file and then around 5:30pm eastern the bdf started working again.</description>
      <pubDate>Fri, 17 Oct 2008 16:40:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288383#M336434</guid>
      <dc:creator>Jeff Hagstrom</dc:creator>
      <dc:date>2008-10-17T16:40:25Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288384#M336435</link>
      <description>&amp;gt;&amp;gt;I have printers that are creating device files in /dev that grew very large,&lt;BR /&gt;&lt;BR /&gt;What would that be?  A large printer device file seems very abnormal.</description>
      <pubDate>Fri, 17 Oct 2008 16:48:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288384#M336435</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2008-10-17T16:48:02Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288385#M336436</link>
      <description>I wish I knew the answer.  My printers get created by a script from company called Milan technology Corp.  In some of mine it showed in error, sometimes it would have been bad host name entry error or a path error.  I was working with SMS and they weren't sure either?  It didn't hurt the printing if I delete them and generated a new "0" byte file, the printer had to be re-enabled and then it worked fine.</description>
      <pubDate>Fri, 17 Oct 2008 16:53:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288385#M336436</guid>
      <dc:creator>Jeff Hagstrom</dc:creator>
      <dc:date>2008-10-17T16:53:32Z</dc:date>
    </item>
    <item>
      <title>Re: bdf doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288386#M336437</link>
      <description>This thread is exactly why I don't post here.  Ridiculous.</description>
      <pubDate>Fri, 17 Oct 2008 16:56:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bdf-doesn-t-work/m-p/4288386#M336437</guid>
      <dc:creator>candlejack</dc:creator>
      <dc:date>2008-10-17T16:56:43Z</dc:date>
    </item>
  </channel>
</rss>

