<?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: Ignite Error. in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655676#M500348</link>
    <description>&amp;gt; make_tape_recovery completed with warnings&lt;BR /&gt; &lt;BR /&gt;This has ALWAYS plagued make_net/tape_recovery. From the man page:&lt;BR /&gt;            0    No warnings or failures occurred; the execution completed&lt;BR /&gt;                successfully.&lt;BR /&gt; &lt;BR /&gt;           1    A failure occurred.&lt;BR /&gt; &lt;BR /&gt;           2    A warning occurred.&lt;BR /&gt; &lt;BR /&gt;The Ignite backup tools do much more than backup the system image -- they perform a lot of sanity checks, some not really errors or even warnings. Checks include volume groups that are in lvmtab but not active, file and directory names that are very strange (garbage characters, far too long, etc) and checks that all the files were backed up. But on a running system, there will almost always be files that exist for a short time. Is that a failure? Ignite will report a warning has occurred. &lt;BR /&gt; &lt;BR /&gt;Another error is unmounted filesystems in fstab. Generally, that is probably an error condition but the tools are (last time I checked) unaware of the noauto option. So if you always want the /cdrom mountpoint to be manually mounted (not automatically at boot or mount -a), you might use noauto in fstab. But this forces Ignite to issue an error for an unmounted filesystem, even if it is a good idea.&lt;BR /&gt; &lt;BR /&gt;There is no good solution. The -p option will suppress messages but does not change the return code. What I have done is to scan the backup log to create a multi-rule based report, suppressing messages that are OK, and reporting those that will require fixes and a retry.&lt;BR /&gt; &lt;BR /&gt;BTW: The -A option is not a recommended way to backup the boot VG. -A was a carry over from the (now obsolete) make_recovery command and may be too inclusive. The purpose of make_tape_recovery is to create a bootable image of vg00 on disk. So I would replace -Av with: -v -x inc_entire=vg00 to control the backup scope.</description>
    <pubDate>Fri, 02 Jul 2010 00:35:33 GMT</pubDate>
    <dc:creator>Bill Hassell</dc:creator>
    <dc:date>2010-07-02T00:35:33Z</dc:date>
    <item>
      <title>Ignite Error.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655673#M500345</link>
      <description>HI &lt;BR /&gt;I initiate a Ignie backup to take using the below command&lt;BR /&gt;/opt/ignite/bin/make_tape_recovery -Av -P s -a /dev/rmt/0mn -t Recovery_Tape_for_Mccartney&lt;BR /&gt;&lt;BR /&gt;Thye above command completes with warning message as below&lt;BR /&gt;&lt;BR /&gt;make_tape_recovery completed with warnings&lt;BR /&gt;&lt;BR /&gt;Please let me knwo how do I suppress this warning message as the Ignite script exits with status 1 and hence this results in a unwanted Incident for the support team.&lt;BR /&gt;&lt;BR /&gt;I've attached the recovery.log file for more details&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Sagar&lt;BR /&gt;</description>
      <pubDate>Thu, 01 Jul 2010 11:58:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655673#M500345</guid>
      <dc:creator>Sagar Sirdesai</dc:creator>
      <dc:date>2010-07-01T11:58:27Z</dc:date>
    </item>
    <item>
      <title>Re: Ignite Error.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655674#M500346</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;#==============================================&lt;BR /&gt;NOTE:    The following files are in the list of files that were on the&lt;BR /&gt;         system, but they are no longer present.  These files are not&lt;BR /&gt;         included in the backup:&lt;BR /&gt;         /var/opt/ignite/tmp/AAAa14538&lt;BR /&gt;         /var/opt/ignite/tmp/BAAa14538&lt;BR /&gt;         /var/tmp/ign_configure/make_sys_image.log&lt;BR /&gt; &lt;BR /&gt;       * Archive created and rewind the tape to beginning of tape.&lt;BR /&gt;         &lt;BR /&gt;NOTE: Could not read the /etc/resolv.conf file.&lt;BR /&gt;       * Cleaning up old configuration file directories&lt;BR /&gt; &lt;BR /&gt; &lt;BR /&gt;=======  06/26/10 21:35:09 BST  make_tape_recovery completed with warnings&lt;BR /&gt;&lt;BR /&gt;= its normall error only to infor you that you don't have the resolv.conf on your system, if you don't use DNS to resolv the server names, mostly the administrators using /etc/hosts file for hostname resolution.&lt;BR /&gt;&lt;BR /&gt;These files are not&lt;BR /&gt;         included in the backup:&lt;BR /&gt;         /var/opt/ignite/tmp/AAAa14538&lt;BR /&gt;         /var/opt/ignite/tmp/BAAa14538&lt;BR /&gt;&lt;BR /&gt;=this files was only a temporary, so when you started the ignite backup they ewas presented , and during the vriting the system image to the tape was already deleted.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;the archive that you created is ok, and if you have some test enviroment you could test to restore your image.&lt;BR /&gt;&lt;BR /&gt;mikap&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 01 Jul 2010 12:40:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655674#M500346</guid>
      <dc:creator>Michal Kapalka (mikap)</dc:creator>
      <dc:date>2010-07-01T12:40:51Z</dc:date>
    </item>
    <item>
      <title>Re: Ignite Error.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655675#M500347</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;When you run Ignite an an active system, near the beginning of the process, a list of files to back up is created.&lt;BR /&gt;&lt;BR /&gt;If that file isn't there any more when it comes time to write it to the archive, Ignite will complain.&lt;BR /&gt;&lt;BR /&gt;If the file is not essential, as these are not, there will merely be a complaint. If the file is essential, the Ignite backup log will indicate that the backup failed.&lt;BR /&gt;&lt;BR /&gt;The particulars of this behavior vary from Version to Version of Ignite. An update of Ignite may make this behave better.&lt;BR /&gt;&lt;BR /&gt;I would not be comfortable recovering with an Ignite backup that is giving a non-zero return code.&lt;BR /&gt;&lt;BR /&gt;You could write your script to check the return code and re-run the backup if the return code is non-zero. This might be hard on the tape inventory.&lt;BR /&gt;&lt;BR /&gt;You also might try scheduling the Ignite tape for a time when the system is less active.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 01 Jul 2010 13:42:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655675#M500347</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2010-07-01T13:42:27Z</dc:date>
    </item>
    <item>
      <title>Re: Ignite Error.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655676#M500348</link>
      <description>&amp;gt; make_tape_recovery completed with warnings&lt;BR /&gt; &lt;BR /&gt;This has ALWAYS plagued make_net/tape_recovery. From the man page:&lt;BR /&gt;            0    No warnings or failures occurred; the execution completed&lt;BR /&gt;                successfully.&lt;BR /&gt; &lt;BR /&gt;           1    A failure occurred.&lt;BR /&gt; &lt;BR /&gt;           2    A warning occurred.&lt;BR /&gt; &lt;BR /&gt;The Ignite backup tools do much more than backup the system image -- they perform a lot of sanity checks, some not really errors or even warnings. Checks include volume groups that are in lvmtab but not active, file and directory names that are very strange (garbage characters, far too long, etc) and checks that all the files were backed up. But on a running system, there will almost always be files that exist for a short time. Is that a failure? Ignite will report a warning has occurred. &lt;BR /&gt; &lt;BR /&gt;Another error is unmounted filesystems in fstab. Generally, that is probably an error condition but the tools are (last time I checked) unaware of the noauto option. So if you always want the /cdrom mountpoint to be manually mounted (not automatically at boot or mount -a), you might use noauto in fstab. But this forces Ignite to issue an error for an unmounted filesystem, even if it is a good idea.&lt;BR /&gt; &lt;BR /&gt;There is no good solution. The -p option will suppress messages but does not change the return code. What I have done is to scan the backup log to create a multi-rule based report, suppressing messages that are OK, and reporting those that will require fixes and a retry.&lt;BR /&gt; &lt;BR /&gt;BTW: The -A option is not a recommended way to backup the boot VG. -A was a carry over from the (now obsolete) make_recovery command and may be too inclusive. The purpose of make_tape_recovery is to create a bootable image of vg00 on disk. So I would replace -Av with: -v -x inc_entire=vg00 to control the backup scope.</description>
      <pubDate>Fri, 02 Jul 2010 00:35:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655676#M500348</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2010-07-02T00:35:33Z</dc:date>
    </item>
    <item>
      <title>Re: Ignite Error.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655677#M500349</link>
      <description>Thanks for your responses&lt;BR /&gt;I've another identical server where the same make_tape_recovery command works fine.&lt;BR /&gt;&lt;BR /&gt;Attached is the recovery log file for this server</description>
      <pubDate>Fri, 02 Jul 2010 04:05:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655677#M500349</guid>
      <dc:creator>Sagar Sirdesai</dc:creator>
      <dc:date>2010-07-02T04:05:59Z</dc:date>
    </item>
    <item>
      <title>Re: Ignite Error.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655678#M500350</link>
      <description>Can you compare maxssiz values on both servers ??</description>
      <pubDate>Fri, 02 Jul 2010 05:29:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655678#M500350</guid>
      <dc:creator>Prasanth V Aravind</dc:creator>
      <dc:date>2010-07-02T05:29:19Z</dc:date>
    </item>
    <item>
      <title>Re: Ignite Error.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655679#M500351</link>
      <description>Hi Prasanth&lt;BR /&gt;&lt;BR /&gt;The maxssiz and maxssiz_64 on both servers are same&lt;BR /&gt;&lt;BR /&gt;Sagar</description>
      <pubDate>Fri, 02 Jul 2010 05:39:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ignite-error/m-p/4655679#M500351</guid>
      <dc:creator>Sagar Sirdesai</dc:creator>
      <dc:date>2010-07-02T05:39:04Z</dc:date>
    </item>
  </channel>
</rss>

