<?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: will non-system file system full cause server reboot? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133577#M153499</link>
    <description>I've never seen it happen myself, but that doesn't mean it's not possible.  UNIX is a strange critter.&lt;BR /&gt;&lt;BR /&gt;And no, gzip uses whatever space is in the filesystem you're currently using.  So if you've got an fs with 100GB, and you need to compress a file of 90GB, you probably won't be able to do it (unless the compressed file somehow shrinks down to under 10GB).&lt;BR /&gt;&lt;BR /&gt;On the other hand, isn't there an option in tar that does compression on the fly and produces a "tgz" file?  Check the manpage for tar and see how the "z" option works.</description>
    <pubDate>Tue, 02 Dec 2003 09:35:37 GMT</pubDate>
    <dc:creator>Matt Hearn</dc:creator>
    <dc:date>2003-12-02T09:35:37Z</dc:date>
    <item>
      <title>will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133575#M153497</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;I have a A500 server with only VG00 on it. There's a cron job doing "tar/gzip" backup every night to a file system "/mybackup" on /dev/vg00/lvol09. lastnight, the gzip after tar failed because there's no free space left( I would assume gzip will allocate some temp space for itself), then the server rebooted! there's no entries at all in the OLDsyslog, I'm just wondering, will 100% full on such file system (non /etc, /opt/, /var etc.) cause server reboot? I had file system full problems before on other servers, but never saw it caused reboot...&lt;BR /&gt;&lt;BR /&gt;thanks,&lt;BR /&gt;Gary</description>
      <pubDate>Tue, 02 Dec 2003 09:31:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133575#M153497</guid>
      <dc:creator>Gary Yu</dc:creator>
      <dc:date>2003-12-02T09:31:18Z</dc:date>
    </item>
    <item>
      <title>Re: will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133576#M153498</link>
      <description>a correction, I mean there's no entries at all [ related to this file system full problem ] in the OLDsyslog.log</description>
      <pubDate>Tue, 02 Dec 2003 09:33:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133576#M153498</guid>
      <dc:creator>Gary Yu</dc:creator>
      <dc:date>2003-12-02T09:33:20Z</dc:date>
    </item>
    <item>
      <title>Re: will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133577#M153499</link>
      <description>I've never seen it happen myself, but that doesn't mean it's not possible.  UNIX is a strange critter.&lt;BR /&gt;&lt;BR /&gt;And no, gzip uses whatever space is in the filesystem you're currently using.  So if you've got an fs with 100GB, and you need to compress a file of 90GB, you probably won't be able to do it (unless the compressed file somehow shrinks down to under 10GB).&lt;BR /&gt;&lt;BR /&gt;On the other hand, isn't there an option in tar that does compression on the fly and produces a "tgz" file?  Check the manpage for tar and see how the "z" option works.</description>
      <pubDate>Tue, 02 Dec 2003 09:35:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133577#M153499</guid>
      <dc:creator>Matt Hearn</dc:creator>
      <dc:date>2003-12-02T09:35:37Z</dc:date>
    </item>
    <item>
      <title>Re: will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133578#M153500</link>
      <description>What does the /etc/shutdownlog says?&lt;BR /&gt;&lt;BR /&gt;Also do you get anything in /var/adm/crash or in&lt;BR /&gt;/var/tomstones/ts99 file?&lt;BR /&gt;&lt;BR /&gt;Also check with lastb command.&lt;BR /&gt;</description>
      <pubDate>Tue, 02 Dec 2003 09:36:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133578#M153500</guid>
      <dc:creator>RAC_1</dc:creator>
      <dc:date>2003-12-02T09:36:30Z</dc:date>
    </item>
    <item>
      <title>Re: will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133579#M153501</link>
      <description>Gary,&lt;BR /&gt;&lt;BR /&gt;you are right, it *should* not reboot. However gzip drags a lot of CPU and if the disk constantly complained... you never know.&lt;BR /&gt;&lt;BR /&gt;However, I take it /dev/vg00/lvol9 is on the boot disk(s).&lt;BR /&gt;&lt;BR /&gt;Therefore, if you can move this backup directory to any other disk, do it.&lt;BR /&gt;&lt;BR /&gt;You may want to enhance your backup script so that gzip is not started if the tarfile is larger than 60% of lvol9 (gzip removes the uncompressed version only after zipping succeeded.)&lt;BR /&gt;&lt;BR /&gt;Or consider zipping into a second (smaller) directory by redirection (and maybe move zipped file back after success).&lt;BR /&gt;gzip /something/tarfile &amp;gt; /other_fs/tarfile.gz&lt;BR /&gt;mv /other_fs/tarfile.gz /something&lt;BR /&gt;&lt;BR /&gt;If you only have one CPU start the gzip with a "nice value" so that other processes get a chance. &lt;BR /&gt;nice -n 19 gzip /something/tarfile &amp;gt; /other_fs/tarfile.gz&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Bernhard&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 02 Dec 2003 09:42:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133579#M153501</guid>
      <dc:creator>Bernhard Mueller</dc:creator>
      <dc:date>2003-12-02T09:42:50Z</dc:date>
    </item>
    <item>
      <title>Re: will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133580#M153502</link>
      <description>Matt,&lt;BR /&gt;&lt;BR /&gt;for -z you need to download/compile GNU tar.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Bernhard</description>
      <pubDate>Tue, 02 Dec 2003 09:44:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133580#M153502</guid>
      <dc:creator>Bernhard Mueller</dc:creator>
      <dc:date>2003-12-02T09:44:48Z</dc:date>
    </item>
    <item>
      <title>Re: will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133581#M153503</link>
      <description>thanks all for the quick response, I have already updated the script to avoid this from happenning again.&lt;BR /&gt;&lt;BR /&gt;the /etc/shutdownlog says:&lt;BR /&gt;" Reboot after panic:   , isr.ior = 0'340002.0'3d8f7ef8" &lt;BR /&gt;&lt;BR /&gt;and I don't have enough knowledge to interpret the /var/tombstones/ts99 and files in /var/crash/crash.0, any instruction?&lt;BR /&gt;&lt;BR /&gt;thanks,&lt;BR /&gt;Gary</description>
      <pubDate>Tue, 02 Dec 2003 09:48:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133581#M153503</guid>
      <dc:creator>Gary Yu</dc:creator>
      <dc:date>2003-12-02T09:48:51Z</dc:date>
    </item>
    <item>
      <title>Re: will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133582#M153504</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;You should contact HP because in most case this kind of panic is an HPMC (hardware failure).&lt;BR /&gt;&lt;BR /&gt;Regards.</description>
      <pubDate>Tue, 02 Dec 2003 09:55:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133582#M153504</guid>
      <dc:creator>Jean-Louis Phelix</dc:creator>
      <dc:date>2003-12-02T09:55:16Z</dc:date>
    </item>
    <item>
      <title>Re: will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133583#M153505</link>
      <description>Gary,&lt;BR /&gt;&lt;BR /&gt;contact HP and open a HW call, they will instruct you how to proceed with the crashdump.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Bernhard&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 02 Dec 2003 09:55:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133583#M153505</guid>
      <dc:creator>Bernhard Mueller</dc:creator>
      <dc:date>2003-12-02T09:55:42Z</dc:date>
    </item>
    <item>
      <title>Re: will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133584#M153506</link>
      <description>Seems that it was a crash due to system panic.&lt;BR /&gt;&lt;BR /&gt;You can check  it as follows.&lt;BR /&gt;&lt;BR /&gt;Check what your have in /var/adm/crash.&lt;BR /&gt;(I assume savecrash has been configured to save crash files)&lt;BR /&gt;&lt;BR /&gt;adb -m /var/adm/crash/vmunix /vrad/adm/crash&lt;BR /&gt;&lt;BR /&gt;Once on adb prompt do msgbuf +8/s&lt;BR /&gt;&lt;BR /&gt;Check for stack trace.&lt;BR /&gt;&lt;BR /&gt;Also you can crashinfo utility for this.&lt;BR /&gt;</description>
      <pubDate>Tue, 02 Dec 2003 09:56:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133584#M153506</guid>
      <dc:creator>RAC_1</dc:creator>
      <dc:date>2003-12-02T09:56:39Z</dc:date>
    </item>
    <item>
      <title>Re: will non-system file system full cause server reboot?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133585#M153507</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;I have opened a service call with HP, and from their analysis on the ts99 file, it seemed that one of the CPU didn't reported to the hardware monitor (GSP I guess?) which caused the reboot.&lt;BR /&gt;&lt;BR /&gt;But both CPUs are functioning normally right now, maybe like Bernhard said, the gzip are dragging lots of CPU and I/O, which triggered an implicit defect on that processor. Anyway, HP will come and replace that processor soon.&lt;BR /&gt;&lt;BR /&gt;thanks all!&lt;BR /&gt;Gary</description>
      <pubDate>Tue, 02 Dec 2003 11:48:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/will-non-system-file-system-full-cause-server-reboot/m-p/3133585#M153507</guid>
      <dc:creator>Gary Yu</dc:creator>
      <dc:date>2003-12-02T11:48:18Z</dc:date>
    </item>
  </channel>
</rss>

