<?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: fbackup 'not enough space' in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126556#M315641</link>
    <description>Steve,&lt;BR /&gt;&lt;BR /&gt;I suspect you may be looking at a memory resource issue rather than lack of disk/tape space.&lt;BR /&gt;fbackup will 'walk' the filesystem tree and stores all of the filenames and pathnames in memory (the index). I think you may need to increase a kernel tunable (maxdsiz). If the data to be backed up consists of a huge number of small files and a deep directory structure too, then this is likely to exacerbate the problem. &lt;BR /&gt;(check also if you are using dynamic buffer cache and if yes, then check if this is still set to the default for dbc_max_pct = 50% - tuning this down may also help)&lt;BR /&gt;&lt;BR /&gt;Also, there are various ITRC KB docs which describe how to tune fbackup (eg blocksperrecord, readerprocesses, checkpointfreq) and also check you have the latest fbackup/frecover patches too.&lt;BR /&gt;&lt;BR /&gt;Hope this helps&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Nick 'dubya'</description>
    <pubDate>Thu, 10 Jan 2008 12:41:28 GMT</pubDate>
    <dc:creator>Nick W</dc:creator>
    <dc:date>2008-01-10T12:41:28Z</dc:date>
    <item>
      <title>fbackup 'not enough space'</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126549#M315634</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Running fbackup and reciving :&lt;BR /&gt;fbackup(1105): WARNING: could not open directory /u2/dbtemp&lt;BR /&gt;fbackup(9999): Not enough space&lt;BR /&gt;&lt;BR /&gt;This repeats for many locations yet backs up &lt;BR /&gt;about 70% of the system fine. I am running HPUX 11.0 and backing up on a Quantum DLT8000.&lt;BR /&gt;The fbackup command i am using is :&lt;BR /&gt;fbackup -0 -v -n -i / -g /usr/local/bin/graph -f /dev/rmt/1m &lt;BR /&gt;&lt;BR /&gt;I used to run cpio on this system and managed a full backup (approx 14GB) without problem but fbackup fails. Does anyone know if this 'not enough space' refers to tape or disk or a kern param?&lt;BR /&gt;&lt;BR /&gt;Any thoughts would be appreciated.&lt;BR /&gt;&lt;BR /&gt;Regards &lt;BR /&gt;</description>
      <pubDate>Wed, 09 Jan 2008 12:45:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126549#M315634</guid>
      <dc:creator>steve_586</dc:creator>
      <dc:date>2008-01-09T12:45:49Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup 'not enough space'</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126550#M315635</link>
      <description>Hi Steve,&lt;BR /&gt;&lt;BR /&gt;it may ot be directly related to fbackup, but could be a generel resource problem; please, check your syslog for messages regarding "cannot fork" or the like.&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;John K.</description>
      <pubDate>Wed, 09 Jan 2008 12:55:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126550#M315635</guid>
      <dc:creator>john korterman</dc:creator>
      <dc:date>2008-01-09T12:55:26Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup 'not enough space'</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126551#M315636</link>
      <description>Thanks for the reply,&lt;BR /&gt;&lt;BR /&gt;I checked the syslog and it is clean. I have had a look around itrc but cannot find anything related to this error. I dont want to revert back to cpio as it takes sooo long. Anything else then please fire away !&lt;BR /&gt;&lt;BR /&gt;Regards</description>
      <pubDate>Wed, 09 Jan 2008 13:03:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126551#M315636</guid>
      <dc:creator>steve_586</dc:creator>
      <dc:date>2008-01-09T13:03:18Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup 'not enough space'</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126552#M315637</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;Tape compression ratios are estimates. If you are close to tapes rated capacity and the data does not compress well, it could explain blowing the limit.&lt;BR /&gt;&lt;BR /&gt;There also could be a space shortage in /var/tmp where the files may reside temporarily while being backed up.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 09 Jan 2008 13:44:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126552#M315637</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-01-09T13:44:35Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup 'not enough space'</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126553#M315638</link>
      <description>Hi again Steve,&lt;BR /&gt;&lt;BR /&gt;check the use of swap space the next time you try, e.g. swapinfo -tam&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;John K.</description>
      <pubDate>Wed, 09 Jan 2008 14:26:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126553#M315638</guid>
      <dc:creator>john korterman</dc:creator>
      <dc:date>2008-01-09T14:26:24Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup 'not enough space'</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126554#M315639</link>
      <description>Thanks guys,&lt;BR /&gt;&lt;BR /&gt;I dont think it is capacity, cpio runs fine and these errors i get can appear half way through the fbackup and it then continues to backup. /var is mounted and has 1GB free. I can look into increasing this and maybe able to squeeze another 500mb if you think it will make a difference. Swap has approx 850MB free at moment (17% reserve used), will try it whilst backup is run tonight. Thanks ever so for the responses so far. Please keep suggestions coming.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Regards</description>
      <pubDate>Wed, 09 Jan 2008 14:37:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126554#M315639</guid>
      <dc:creator>steve_586</dc:creator>
      <dc:date>2008-01-09T14:37:21Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup 'not enough space'</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126555#M315640</link>
      <description>Hi again Steve,&lt;BR /&gt;&lt;BR /&gt;if you do not get any better suggestions, please try these commands the next time you see the error:&lt;BR /&gt;# vmstat 2 5&lt;BR /&gt;and check if the number in the "po" column &amp;gt; 0; if yes, the system is swapping.&lt;BR /&gt;&lt;BR /&gt;and:&lt;BR /&gt;# sar -v 2 5&lt;BR /&gt;and check the relationship between actual use/limit for the columns proc-sz, inod-sz, and file-sz&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;John K.</description>
      <pubDate>Thu, 10 Jan 2008 08:48:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126555#M315640</guid>
      <dc:creator>john korterman</dc:creator>
      <dc:date>2008-01-10T08:48:22Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup 'not enough space'</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126556#M315641</link>
      <description>Steve,&lt;BR /&gt;&lt;BR /&gt;I suspect you may be looking at a memory resource issue rather than lack of disk/tape space.&lt;BR /&gt;fbackup will 'walk' the filesystem tree and stores all of the filenames and pathnames in memory (the index). I think you may need to increase a kernel tunable (maxdsiz). If the data to be backed up consists of a huge number of small files and a deep directory structure too, then this is likely to exacerbate the problem. &lt;BR /&gt;(check also if you are using dynamic buffer cache and if yes, then check if this is still set to the default for dbc_max_pct = 50% - tuning this down may also help)&lt;BR /&gt;&lt;BR /&gt;Also, there are various ITRC KB docs which describe how to tune fbackup (eg blocksperrecord, readerprocesses, checkpointfreq) and also check you have the latest fbackup/frecover patches too.&lt;BR /&gt;&lt;BR /&gt;Hope this helps&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Nick 'dubya'</description>
      <pubDate>Thu, 10 Jan 2008 12:41:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126556#M315641</guid>
      <dc:creator>Nick W</dc:creator>
      <dc:date>2008-01-10T12:41:28Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup 'not enough space'</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126557#M315642</link>
      <description>Hi John,&lt;BR /&gt;&lt;BR /&gt;Tried them today and all seemed well within range. I tried to restore from the backup and got malloc errors so decided to give something else a try. Ftio is now running and has done so for the last few hours, without failure. As soon as this has backed up and verifyied i will try a test restore. If all ok i will stick with ftio. Hate to leave something unsolved like this but i gotta get a good few days of clean backups, if anyone has suggestions in the mean while then please reply. &lt;BR /&gt;Thanks for taking the time guys.</description>
      <pubDate>Thu, 10 Jan 2008 12:56:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-not-enough-space/m-p/4126557#M315642</guid>
      <dc:creator>steve_586</dc:creator>
      <dc:date>2008-01-10T12:56:59Z</dc:date>
    </item>
  </channel>
</rss>

