<?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 doesn't work in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712773#M61007</link>
    <description>Hi Niraj,&lt;BR /&gt;&lt;BR /&gt;The filename is daily_sdp_bck_graph and located at /opt/sdp/snapadm/etc/backup/&lt;BR /&gt;Contents of daily_sdp_bck_graph file:&lt;BR /&gt;&lt;BR /&gt;#########################################&lt;BR /&gt;i /opt/sdp/snapadm/etc&lt;BR /&gt;e /opt/sdp/snapadm/etc/install&lt;BR /&gt;i /opt/sybase/home&lt;BR /&gt;i /opt/sybase/DS/interfaces&lt;BR /&gt;i /opt/sybase/DS/SYB_SDP1.cfg&lt;BR /&gt;i /opt/sybase/RS/REP/install/SYB_SDP1_RS.cfg&lt;BR /&gt;i /dbdumps&lt;BR /&gt;&lt;BR /&gt;###########################################&lt;BR /&gt;&lt;BR /&gt;I run the command in multiuser mode, it was working fine previously. I do backup daily (incremental backup).&lt;BR /&gt;</description>
    <pubDate>Mon, 29 Apr 2002 06:43:36 GMT</pubDate>
    <dc:creator>Ahmad Munawwar</dc:creator>
    <dc:date>2002-04-29T06:43:36Z</dc:date>
    <item>
      <title>fbackup doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712770#M61004</link>
      <description>When entered the command below to do backup, nothing happen, i mean immediately i got command line prompt.&lt;BR /&gt;&lt;BR /&gt;# /usr/sbin/fbackup -f /dev/rmt/0m -2 ???g&lt;BR /&gt;  /opt/sdp/snapadm/etc/backup/daily_sdp_bck_graph&lt;BR /&gt;#&lt;BR /&gt;&lt;BR /&gt;Please advise.&lt;BR /&gt;</description>
      <pubDate>Mon, 29 Apr 2002 05:07:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712770#M61004</guid>
      <dc:creator>Ahmad Munawwar</dc:creator>
      <dc:date>2002-04-29T05:07:49Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712771#M61005</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;You need to define a graph file name after the -g option.&lt;BR /&gt;&lt;BR /&gt;Since there is no pgraph file defined, this means there is nothing to takebackup  so you get a command prompt.&lt;BR /&gt;&lt;BR /&gt;Do read the man pages &lt;BR /&gt;&lt;BR /&gt;=============================&lt;BR /&gt; -g graph       graph defines the graph file.  The graph file is a text&lt;BR /&gt;                     file containing the list of file names of trees to be&lt;BR /&gt;                     included or excluded from the backup graph.  These&lt;BR /&gt;                     trees are interpreted in the same manner as when they&lt;BR /&gt;                     are specified with the -i and -e options.  Graph file&lt;BR /&gt;                     entries consist of a line beginning with either i or e,&lt;BR /&gt;                     followed by white space, and then the path name of a&lt;BR /&gt;                     tree.  Lines not beginning with i or e are treated as&lt;BR /&gt;                     an error.  There is no default graph file.  For&lt;BR /&gt;                     example, to back up all of /usr except for the subtree&lt;BR /&gt;                     /usr/lib, a file could be created with the following&lt;BR /&gt;                     two records:&lt;BR /&gt;&lt;BR /&gt;                          i /usr&lt;BR /&gt;                          e /usr/lib&lt;BR /&gt;==============================&lt;BR /&gt;&lt;BR /&gt;-Niraj</description>
      <pubDate>Mon, 29 Apr 2002 05:14:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712771#M61005</guid>
      <dc:creator>Niraj Kumar Verma</dc:creator>
      <dc:date>2002-04-29T05:14:34Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712772#M61006</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Try change -2 to -0 first.&lt;BR /&gt;does it backup ?&lt;BR /&gt;</description>
      <pubDate>Mon, 29 Apr 2002 05:24:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712772#M61006</guid>
      <dc:creator>Printaporn_1</dc:creator>
      <dc:date>2002-04-29T05:24:03Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712773#M61007</link>
      <description>Hi Niraj,&lt;BR /&gt;&lt;BR /&gt;The filename is daily_sdp_bck_graph and located at /opt/sdp/snapadm/etc/backup/&lt;BR /&gt;Contents of daily_sdp_bck_graph file:&lt;BR /&gt;&lt;BR /&gt;#########################################&lt;BR /&gt;i /opt/sdp/snapadm/etc&lt;BR /&gt;e /opt/sdp/snapadm/etc/install&lt;BR /&gt;i /opt/sybase/home&lt;BR /&gt;i /opt/sybase/DS/interfaces&lt;BR /&gt;i /opt/sybase/DS/SYB_SDP1.cfg&lt;BR /&gt;i /opt/sybase/RS/REP/install/SYB_SDP1_RS.cfg&lt;BR /&gt;i /dbdumps&lt;BR /&gt;&lt;BR /&gt;###########################################&lt;BR /&gt;&lt;BR /&gt;I run the command in multiuser mode, it was working fine previously. I do backup daily (incremental backup).&lt;BR /&gt;</description>
      <pubDate>Mon, 29 Apr 2002 06:43:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712773#M61007</guid>
      <dc:creator>Ahmad Munawwar</dc:creator>
      <dc:date>2002-04-29T06:43:36Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712774#M61008</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;can you please check the system date and time .&lt;BR /&gt;&lt;BR /&gt;try touch to any file withing the backup data tree and use tho -0 instead of -2.&lt;BR /&gt;&lt;BR /&gt;Can you also verify whether &lt;BR /&gt;/var/adm/fbackupfiles/dates&lt;BR /&gt;is getting created for the current date???&lt;BR /&gt;&lt;BR /&gt;-Niraj</description>
      <pubDate>Mon, 29 Apr 2002 07:10:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712774#M61008</guid>
      <dc:creator>Niraj Kumar Verma</dc:creator>
      <dc:date>2002-04-29T07:10:34Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712775#M61009</link>
      <description>Try running with the -v option to generate more info.</description>
      <pubDate>Mon, 29 Apr 2002 14:00:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712775#M61009</guid>
      <dc:creator>Ed Sampson</dc:creator>
      <dc:date>2002-04-29T14:00:02Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712776#M61010</link>
      <description>On 26/4/02, when we were doing our weekly &lt;BR /&gt;maintenance, we found that the SDP1 weekly O/S &lt;BR /&gt;backup failed. After entering the command &lt;BR /&gt;/usr/sbin/fbackup -f /dev/rmt/0m -1 -g \ &lt;BR /&gt;/opt/sdp/snapadm/etc/backup/daily_sdp_bck_graph, the screen will automatically goes to command prompt. On 29/4/02, during daily maintenance activities, the SDP1 daily backup also failed. After further investigation we found that the fbackup file is zerorize (0 bytes). Then we copied the same file from identical machine. When tried to do O/S backup on SDP1, it is a success. &lt;BR /&gt;&lt;BR /&gt;Q1. How the fbackup file can be zerorized ?&lt;BR /&gt;Q2. What are the steps to avoid these from &lt;BR /&gt;happening again ?&lt;BR /&gt;Q3. Can other users than 'root'  run the backup&lt;BR /&gt;commands ?</description>
      <pubDate>Thu, 02 May 2002 00:52:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712776#M61010</guid>
      <dc:creator>Ahmad Munawwar</dc:creator>
      <dc:date>2002-05-02T00:52:00Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712777#M61011</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Your 'fbackup' binary was zero?&lt;BR /&gt;/usr/sbin/fbackup&lt;BR /&gt;&lt;BR /&gt;Some steps to take: &lt;BR /&gt;Make sure that this file has the&lt;BR /&gt;permissions of only 555 meaning it can't &lt;BR /&gt;easily be written over. Change the 'root'&lt;BR /&gt;password on your system regularly. &lt;BR /&gt;Implement 'sudo' or restricted SAM (sam -r)&lt;BR /&gt;if operators need to do tasks.&lt;BR /&gt;Yes other users can use 'fbackup'. To prevent&lt;BR /&gt;this situation, look at the restricted tools&lt;BR /&gt;as above or change the permissions of the&lt;BR /&gt;binary to be 500.&lt;BR /&gt;&lt;BR /&gt;~Michael~</description>
      <pubDate>Thu, 02 May 2002 01:02:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712777#M61011</guid>
      <dc:creator>Michael Tully</dc:creator>
      <dc:date>2002-05-02T01:02:28Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712778#M61012</link>
      <description>Hi Ahmed,&lt;BR /&gt;&lt;BR /&gt; Can't tell whether you mean the graph file or the fbackup command itself was zero bytes.&lt;BR /&gt;But regardless a file can be "zeroed" by:&lt;BR /&gt;&lt;BR /&gt;1) &amp;gt; /path/to/filename&lt;BR /&gt;2) The FS goes 100% used at a &lt;BR /&gt;time when the file is being written to (rare but happens)&lt;BR /&gt;3) cp /dev/null /path/to/filename&lt;BR /&gt;4) inode table corruption&lt;BR /&gt;&lt;BR /&gt;There are probably several other scenarios - but these come to mind.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Jeff</description>
      <pubDate>Thu, 02 May 2002 01:05:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712778#M61012</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2002-05-02T01:05:21Z</dc:date>
    </item>
    <item>
      <title>Re: fbackup doesn't work</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712779#M61013</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Yes, the fbackup binary was "zeroed". Do we have any method to find in the system what actually happen to the binary file (fbackup).&lt;BR /&gt;It is difficult to say that this file was &lt;BR /&gt;"zeroed" by command null. The file has already 555 permission. I will change the file permission to 500.&lt;BR /&gt;&lt;BR /&gt;I agreed with you that the 'root' password have to be regularly change.&lt;BR /&gt;&lt;BR /&gt;Please advise.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Munawwar &lt;BR /&gt;</description>
      <pubDate>Fri, 03 May 2002 07:12:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fbackup-doesn-t-work/m-p/2712779#M61013</guid>
      <dc:creator>Ahmad Munawwar</dc:creator>
      <dc:date>2002-05-03T07:12:09Z</dc:date>
    </item>
  </channel>
</rss>

