<?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: advfs (not) full in Operating System - Tru64 Unix</title>
    <link>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264192#M9913</link>
    <description>Hi Roberto,&lt;BR /&gt;&lt;BR /&gt;please have a look at the bottown of /etc/evmlogger.conf and "#man evmlogger" and more man evm. that's place to you may interested in.&lt;BR /&gt;&lt;BR /&gt;BTW, i don't think evm mistook the root full event. what could happen is eg.&lt;BR /&gt;&lt;BR /&gt;1. DB backup borrows disk space from / to shuffle around the files ;-) ( they have root access ).&lt;BR /&gt;&lt;BR /&gt;2. TMPDIR points to root fs by some root users ?&lt;BR /&gt;&lt;BR /&gt;what's the cause ? when you saw&lt;BR /&gt;"3)some days ago root_domain may have been full but that situation lasted some minutes (as df -h showed)"&lt;BR /&gt;&lt;BR /&gt;looks to me, some processes/users are jumping on root fs.&lt;BR /&gt;&lt;BR /&gt;Good luck !&lt;BR /&gt;&lt;BR /&gt;YJ&lt;BR /&gt;</description>
    <pubDate>Wed, 19 May 2004 13:08:43 GMT</pubDate>
    <dc:creator>Yong_7</dc:creator>
    <dc:date>2004-05-19T13:08:43Z</dc:date>
    <item>
      <title>advfs (not) full</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264185#M9906</link>
      <description>Hi all,&lt;BR /&gt;on osf1 v5.1b i get a daily mail warning me that root_domain is full.&lt;BR /&gt;&lt;BR /&gt;1)df -h shows root_domain is 65% free&lt;BR /&gt;2)I can't (re)boot or "init S" so can't safely use quotacheck on root_domain&lt;BR /&gt;3)some days ago root_domain may have been full but that situation lasted some minutes (as df -h showed) &lt;BR /&gt;&lt;BR /&gt;q1) how does the cron'ed mail realize that the FS is full?&lt;BR /&gt;q2) do you know how to resolve this problem?&lt;BR /&gt;&lt;BR /&gt;hints: in kernel tuning parameters there should be something about the frequency of disk syncronization...</description>
      <pubDate>Fri, 30 Apr 2004 09:44:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264185#M9906</guid>
      <dc:creator>Roberto Polli</dc:creator>
      <dc:date>2004-04-30T09:44:15Z</dc:date>
    </item>
    <item>
      <title>Re: advfs (not) full</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264186#M9907</link>
      <description>Hi Robert with ooooooooooo! ;-)&lt;BR /&gt;&lt;BR /&gt;do you still have problems with space?&lt;BR /&gt;Have you tried the vdf command?&lt;BR /&gt;What does du -ksx / say?&lt;BR /&gt;&lt;BR /&gt;greetings,&lt;BR /&gt;&lt;BR /&gt;Michael&lt;BR /&gt;</description>
      <pubDate>Fri, 30 Apr 2004 11:47:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264186#M9907</guid>
      <dc:creator>Michael Schulte zur Sur</dc:creator>
      <dc:date>2004-04-30T11:47:01Z</dc:date>
    </item>
    <item>
      <title>Re: advfs (not) full</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264187#M9908</link>
      <description>I had a similar problem.  The solution was to use quotacheck while running in multi-user mode.  Never had any problems.&lt;BR /&gt;&lt;BR /&gt;The command to use would be:&lt;BR /&gt;&lt;BR /&gt;# quotacheck -v /&lt;BR /&gt;&lt;BR /&gt;Vic</description>
      <pubDate>Fri, 30 Apr 2004 12:00:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264187#M9908</guid>
      <dc:creator>Victor Semaska</dc:creator>
      <dc:date>2004-04-30T12:00:29Z</dc:date>
    </item>
    <item>
      <title>Re: advfs (not) full</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264188#M9909</link>
      <description>Victor,&lt;BR /&gt;&lt;BR /&gt;it seems the original poster need an instruction how to use the search function within the forum. The question was ask several times - but he has not check it.&lt;BR /&gt;&lt;BR /&gt;This is the reason why he used commands like df etc. so get the size of an advfs domain.&lt;BR /&gt;&lt;BR /&gt;Btw. a search within google with the same keyword leads to the same question and many answered within other forums (osf.managers etc.).... hell how complicated must be a search engine ;-)&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 30 Apr 2004 15:55:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264188#M9909</guid>
      <dc:creator>Ralf Puchner</dc:creator>
      <dc:date>2004-04-30T15:55:08Z</dc:date>
    </item>
    <item>
      <title>Re: advfs (not) full</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264189#M9910</link>
      <description>Hi all,&lt;BR /&gt;sorry not to have been fully RTFM compliant but to be this way I would have never posted anything :-)&lt;BR /&gt;Anyway sure I already take a look at google and ITRC (even if I could have missed the right page). So I know about quotacheck and vdf  that both gave the same output: root_domain is not full.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Prior to run quotacheck (which surely will work) I read the manual and I found the following:&lt;BR /&gt;---quote from man quotacheck---&lt;BR /&gt;It is&lt;BR /&gt;  recommended that system filesets /, /usr, /var be checked in single-user&lt;BR /&gt;  mode, due to possible system background activity on these filesets in&lt;BR /&gt;  multi-user mode.&lt;BR /&gt;---end of quote&lt;BR /&gt;so I posted my question, which I re-ask clearly:&lt;BR /&gt;which command does EVM  use to get Disk Usage?&lt;BR /&gt;&lt;BR /&gt;Hoping not to have posted a lamer question,&lt;BR /&gt;cheers &amp;amp; Peace, &lt;BR /&gt;  R.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 03 May 2004 04:14:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264189#M9910</guid>
      <dc:creator>Roberto Polli</dc:creator>
      <dc:date>2004-05-03T04:14:37Z</dc:date>
    </item>
    <item>
      <title>Re: advfs (not) full</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264190#M9911</link>
      <description>Hi  Roberto,&lt;BR /&gt;&lt;BR /&gt;I think you've got the answer to your q2.&lt;BR /&gt;&lt;BR /&gt;still curious about q1, how you got notified,&lt;BR /&gt;&lt;BR /&gt;the way evm knew root was full is that by default there is a event channel connects to evm daemon. once some evm is produced, then is delivered to evm system, after that email notification is triggered to root account usually. we use /.forwarder to our desktop mailbox to keep alert about such things.&lt;BR /&gt;&lt;BR /&gt;Cheers !&lt;BR /&gt;&lt;BR /&gt;YJ</description>
      <pubDate>Tue, 18 May 2004 15:27:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264190#M9911</guid>
      <dc:creator>Yong_7</dc:creator>
      <dc:date>2004-05-18T15:27:48Z</dc:date>
    </item>
    <item>
      <title>Re: advfs (not) full</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264191#M9912</link>
      <description>Hi Yong,&lt;BR /&gt;and thank you very much.&lt;BR /&gt;&lt;BR /&gt;Is there a way to trap the evm signal?&lt;BR /&gt;What can I do to make evm recognize the right free space?&lt;BR /&gt;&lt;BR /&gt;Peace, R.</description>
      <pubDate>Wed, 19 May 2004 02:43:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264191#M9912</guid>
      <dc:creator>Roberto Polli</dc:creator>
      <dc:date>2004-05-19T02:43:43Z</dc:date>
    </item>
    <item>
      <title>Re: advfs (not) full</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264192#M9913</link>
      <description>Hi Roberto,&lt;BR /&gt;&lt;BR /&gt;please have a look at the bottown of /etc/evmlogger.conf and "#man evmlogger" and more man evm. that's place to you may interested in.&lt;BR /&gt;&lt;BR /&gt;BTW, i don't think evm mistook the root full event. what could happen is eg.&lt;BR /&gt;&lt;BR /&gt;1. DB backup borrows disk space from / to shuffle around the files ;-) ( they have root access ).&lt;BR /&gt;&lt;BR /&gt;2. TMPDIR points to root fs by some root users ?&lt;BR /&gt;&lt;BR /&gt;what's the cause ? when you saw&lt;BR /&gt;"3)some days ago root_domain may have been full but that situation lasted some minutes (as df -h showed)"&lt;BR /&gt;&lt;BR /&gt;looks to me, some processes/users are jumping on root fs.&lt;BR /&gt;&lt;BR /&gt;Good luck !&lt;BR /&gt;&lt;BR /&gt;YJ&lt;BR /&gt;</description>
      <pubDate>Wed, 19 May 2004 13:08:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264192#M9913</guid>
      <dc:creator>Yong_7</dc:creator>
      <dc:date>2004-05-19T13:08:43Z</dc:date>
    </item>
    <item>
      <title>Re: advfs (not) full</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264193#M9914</link>
      <description>Thanks to your help I  (think I've) resolved!&lt;BR /&gt;I had already read the evm man thinking I should find something about advfs. But it was not the case.&lt;BR /&gt;&lt;BR /&gt;Here's the whole story which I get thru evmget.&lt;BR /&gt;1)I took from mail the evmchannel that returns the error (evmlog)&lt;BR /&gt;&lt;BR /&gt;2) issue&lt;BR /&gt;   #evmget -A -C evmlog&lt;BR /&gt;   and got the log of following error:&lt;BR /&gt;AdvFS: AdvFS domain root_domain is full&lt;BR /&gt;vmunix: /: file system full&lt;BR /&gt;binmail[343155]: Cannot write to temporary file /tmp/ma1JLVdo. No space left on device&lt;BR /&gt;EVM: Mark event&lt;BR /&gt;&lt;BR /&gt;so it was a "binmail" fault&lt;BR /&gt;&lt;BR /&gt;3) in var_domain I check that there were huge spool/mail files (their size was bigger than the free space of root_domain) &lt;BR /&gt;3a) I suppose that when a user logs in, binmail tried to copy the mail file in /tmp&lt;BR /&gt;3b) being /tmp on root_domain  he failed to copy that files and gets the "disk full"&lt;BR /&gt;3c) being unable to copy the whole file he cancel the copy leaving root_domain free (as df command has always shown)&lt;BR /&gt;&lt;BR /&gt;4) removed huge (and unuseful) spool/mail files, and 'till now I've not seen any error.&lt;BR /&gt;&lt;BR /&gt;Thank you very much again!&lt;BR /&gt;&lt;BR /&gt;Peace, R.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;1) root_domain was not full&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 20 May 2004 09:03:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/advfs-not-full/m-p/3264193#M9914</guid>
      <dc:creator>Roberto Polli</dc:creator>
      <dc:date>2004-05-20T09:03:04Z</dc:date>
    </item>
  </channel>
</rss>

