<?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 Problems with fbackup after Y2K-Installation for HP-UX 10.20 in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/problems-with-fbackup-after-y2k-installation-for-hp-ux-10-20/m-p/2417083#M765348</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;since i updated our HP-UX 10.20 systems by the last Y2K Patch bundle i have &lt;BR /&gt;some problems with the fbackup command within the sam script &lt;BR /&gt;/usr/sam/lbin/br_backup. Before updating the systems the automated backup &lt;BR /&gt;through the above script produced some warnings (mainly due unreadable active &lt;BR /&gt;or open files) and exited with an error code of '0', representing a 'normal &lt;BR /&gt;completion' according to the manual. But since the installation of the Y2K &lt;BR /&gt;patches with the same amount of warnings i get an exit code of '4', &lt;BR /&gt;representing the situation 'if any warning conditions are encountered'. &lt;BR /&gt;Therefore i get the message that the backup has failed.&lt;BR /&gt;Further within the logfiles the inclusion of the file space for each file path &lt;BR /&gt;is noted, thus increasing the logfile size tremendously.&lt;BR /&gt;&lt;BR /&gt;Does anyone know what has been changed through the Y2K patches within fbackup &lt;BR /&gt;or the br_backup scripts or where to get information about this changes? I &lt;BR /&gt;controlled the patch documentation, but could not find any information about &lt;BR /&gt;changes concerning this topic.&lt;BR /&gt;It's important for me to know this in order to assure a save backup. I should &lt;BR /&gt;mention that this happens on two independent automated backups on two different &lt;BR /&gt;machines.&lt;BR /&gt;&lt;BR /&gt;Bye&lt;BR /&gt;Gian Antonio</description>
    <pubDate>Wed, 29 Dec 1999 05:00:20 GMT</pubDate>
    <dc:creator>Gian antonio D'addetta_3</dc:creator>
    <dc:date>1999-12-29T05:00:20Z</dc:date>
    <item>
      <title>Problems with fbackup after Y2K-Installation for HP-UX 10.20</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problems-with-fbackup-after-y2k-installation-for-hp-ux-10-20/m-p/2417083#M765348</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;since i updated our HP-UX 10.20 systems by the last Y2K Patch bundle i have &lt;BR /&gt;some problems with the fbackup command within the sam script &lt;BR /&gt;/usr/sam/lbin/br_backup. Before updating the systems the automated backup &lt;BR /&gt;through the above script produced some warnings (mainly due unreadable active &lt;BR /&gt;or open files) and exited with an error code of '0', representing a 'normal &lt;BR /&gt;completion' according to the manual. But since the installation of the Y2K &lt;BR /&gt;patches with the same amount of warnings i get an exit code of '4', &lt;BR /&gt;representing the situation 'if any warning conditions are encountered'. &lt;BR /&gt;Therefore i get the message that the backup has failed.&lt;BR /&gt;Further within the logfiles the inclusion of the file space for each file path &lt;BR /&gt;is noted, thus increasing the logfile size tremendously.&lt;BR /&gt;&lt;BR /&gt;Does anyone know what has been changed through the Y2K patches within fbackup &lt;BR /&gt;or the br_backup scripts or where to get information about this changes? I &lt;BR /&gt;controlled the patch documentation, but could not find any information about &lt;BR /&gt;changes concerning this topic.&lt;BR /&gt;It's important for me to know this in order to assure a save backup. I should &lt;BR /&gt;mention that this happens on two independent automated backups on two different &lt;BR /&gt;machines.&lt;BR /&gt;&lt;BR /&gt;Bye&lt;BR /&gt;Gian Antonio</description>
      <pubDate>Wed, 29 Dec 1999 05:00:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problems-with-fbackup-after-y2k-installation-for-hp-ux-10-20/m-p/2417083#M765348</guid>
      <dc:creator>Gian antonio D'addetta_3</dc:creator>
      <dc:date>1999-12-29T05:00:20Z</dc:date>
    </item>
    <item>
      <title>Re: Problems with fbackup after Y2K-Installation for HP-UX 10.20</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problems-with-fbackup-after-y2k-installation-for-hp-ux-10-20/m-p/2417084#M765349</link>
      <description>A new exit code (4) was added to the fbackup program. This is an informational &lt;BR /&gt;code only, and does not indicate any problems with the backup. Unfortunately, &lt;BR /&gt;SAM has not been modified to account for the new code!&lt;BR /&gt;&lt;BR /&gt;To work around the problem, change line 329 of the /usr/sam/lbin/br_backup &lt;BR /&gt;script to accept either exit code 0 or 4 as 'success':&lt;BR /&gt;&lt;BR /&gt;   if ["$exit_code" = "0" -o "$exit_code" = "4" ]&lt;BR /&gt;&lt;BR /&gt;Note: See online support document KBRC00000151 for a detailed explanation on &lt;BR /&gt;'exit code 4'.</description>
      <pubDate>Wed, 29 Dec 1999 16:34:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problems-with-fbackup-after-y2k-installation-for-hp-ux-10-20/m-p/2417084#M765349</guid>
      <dc:creator>Dan Hull</dc:creator>
      <dc:date>1999-12-29T16:34:30Z</dc:date>
    </item>
    <item>
      <title>Re: Problems with fbackup after Y2K-Installation for HP-UX 10.20</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problems-with-fbackup-after-y2k-installation-for-hp-ux-10-20/m-p/2417085#M765350</link>
      <description>This sure sounds a lot like the problem we had with tar! We loaded patches &amp;amp; &lt;BR /&gt;then our script failed. Tar returned a 5 instead of a 0 if it had anything to &lt;BR /&gt;complain about. (owners of files not on box...) The tar patch "fixed" it &lt;BR /&gt;because before it just printed an error &amp;amp; returned 0. Now it returns a non-zero &lt;BR /&gt;if it printed any errors. We put our old tar file back in place for a quick fix &lt;BR /&gt;&amp;amp; changed our scripts later, then  we fixed the scripts for either return code &lt;BR /&gt;&amp;amp; reinstalled the new tar.</description>
      <pubDate>Sat, 01 Jan 2000 03:45:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problems-with-fbackup-after-y2k-installation-for-hp-ux-10-20/m-p/2417085#M765350</guid>
      <dc:creator>Chris Vann</dc:creator>
      <dc:date>2000-01-01T03:45:18Z</dc:date>
    </item>
  </channel>
</rss>

