http://www.stevedunn.ca/ <----------------<<<[/ref][/ref][/ref] ------------------------------------------------------------------ Say hi to my cat -- http://www.stevedunn.ca/photos/toby/ [allowsmilie] => 1 [showsignature] => 0 [ipaddress] => [iconid] => 0 [visible] => 1 [attach] => 0 [infraction] => 0 [reportthreadid] => 0 [isusenetpost] => 1 [msgid] => [ref] => <72ce9d2.0309021249.d873cd8@posting.google.com> [htmlstate] => on_nl2br [postusername] => Stephen [ip] => stephen@stevedu [isdeleted] => 0 [usergroupid] => [membergroupids] => [displaygroupid] => [password] => [passworddate] => [email] => [styleid] => [parentemail] => [homepage] => [icq] => [aim] => [yahoo] => [msn] => [skype] => [showvbcode] => [showbirthday] => [usertitle] => [customtitle] => [joindate] => [daysprune] => [lastvisit] => [lastactivity] => [lastpost] => [lastpostid] => [posts] => [reputation] => [reputationlevelid] => [timezoneoffset] => [pmpopup] => [avatarid] => [avatarrevision] => [profilepicrevision] => [sigpicrevision] => [options] => [akvbghsfs_optionsfield] => [birthday] => [birthday_search] => [maxposts] => [startofweek] => [referrerid] => [languageid] => [emailstamp] => [threadedmode] => [autosubscribe] => [pmtotal] => [pmunread] => [salt] => [ipoints] => [infractions] => [warnings] => [infractiongroupids] => [infractiongroupid] => [adminoptions] => [profilevisits] => [friendcount] => [friendreqcount] => [vmunreadcount] => [vmmoderatedcount] => [socgroupinvitecount] => [socgroupreqcount] => [pcunreadcount] => [pcmoderatedcount] => [gmmoderatedcount] => [assetposthash] => [fbuserid] => [fbjoindate] => [fbname] => [logintype] => [fbaccesstoken] => [newrepcount] => [vbseo_likes_in] => [vbseo_likes_out] => [vbseo_likes_unread] => [temp] => [field1] => [field2] => [field3] => [field4] => [field5] => [subfolders] => [pmfolders] => [buddylist] => [ignorelist] => [signature] => [searchprefs] => [rank] => [icontitle] => [iconpath] => [avatarpath] => [hascustomavatar] => 0 [avatardateline] => [avwidth] => [avheight] => [edit_userid] => [edit_username] => [edit_dateline] => [edit_reason] => [hashistory] => [pagetext_html] => [hasimages] => [signatureparsed] => [sighasimages] => [sigpic] => [sigpicdateline] => [sigpicwidth] => [sigpicheight] => [postcount] => 3 [islastshown] => 1 [isfirstshown] => [attachments] => [allattachments] => ) --> PANIC hard disk error - SCO

PANIC hard disk error - SCO

hello all, I started to received the following error from my SCSI hard disk lately and wanted to see if anyone could offer some help as to what it means. I found one article in the SCO Knowledge base that stated it could have to do with the read cache in the drive but Seagate stated that that couldn't be possible as it would have failed long before now. "PANIC: htfs Freeblock 11647299 Epi freed on htfs dev hd (1/104) cannot dump 81823 pages to dump dev hd Space for only 32000." Anyone know what this means? Seagate also seems ...

  1. #1

    Default PANIC hard disk error

    hello all,
    I started to received the following error from my SCSI hard disk
    lately and wanted to see if anyone could offer some help as to what it
    means. I found one article in the SCO Knowledge base that stated it
    could have to do with the read cache in the drive but Seagate stated
    that that couldn't be possible as it would have failed long before
    now.

    "PANIC: htfs Freeblock 11647299 Epi freed on htfs dev hd (1/104)
    cannot dump 81823 pages to dump dev hd Space for only 32000."

    Anyone know what this means?

    Seagate also seems to believe that this is a software error rather
    than a hardware error.

    Thanks for the help in advance,
    Mike
    Mike Guest

  2. #2

    Default Re: PANIC hard disk error

    On 2 Sep 2003 13:49:36 -0700, com (Mike) wrote:
     

    Bring the system to single-user mode and run fsck -ofull on the
    offending device. If that doesn't solve it, the next step is here
    http://www.pcunix.com/SCOFAQ/scotec3.html#panic_why



    Scott McMillan

    Scott Guest

  3. #3

    Default Re: PANIC hard disk error

    In article <google.com> com (Mike) writes:
    $"PANIC: htfs Freeblock 11647299 Epi freed on htfs dev hd (1/104)
    $cannot dump 81823 pages to dump dev hd Space for only 32000."
    $
    $Anyone know what this means?

    The system tried to mark a disk block as free (because the file
    that was using it was removed), but when it went to add it to the
    list of free blocks, it was discovered that the block was already
    listed as free.

    This is a situation which would not occur on a system that's
    functioning normally, and it indicates potentially serious filesystem
    corruption; if a block was simultaneously shown as free and in use,
    there are probably other parts of the filesystem that are also corrupt,
    and it's not safe to continue operations. Therefore, the system
    panics rather than attempting to carry on and risking doing further
    damage.

    The part about being unable to dump is simply because your
    dump device (which is /dev/swap, your swap device, unless you've
    set it up otherwise) is smaller than the amount of physical memory
    in your machine, so the memory dump won't fit. Don't worry about
    that, at least for now.

    As someone else suggested, the first thing to do when an HTFS
    filesystem is corrupt is to go to single-user mode and run
    fsck -ofull (the -ofull is important; if you leave it out, the system
    will just replay any log entries rather than doing a sanity check
    on all of the directories, inodes, etc.). I don't know what
    filesystem 1/104 is on your system; look in /dev and you'll find
    it. On mine, for example, there's no 1/104; some of the things
    I do have on major 1 are:

    br--r----- 1 root backup 1, 40 Sep 2 2001 boot
    brw------- 1 sysinfo sysinfo 1, 47 Sep 2 2001 d1057all
    brw------- 1 sysinfo sysinfo 1, 0 Dec 19 1999 hd00
    brw------- 1 sysinfo sysinfo 1, 15 Dec 19 1999 hd01
    brw------- 1 sysinfo sysinfo 1, 23 Dec 19 1999 hd02
    brw------- 1 sysinfo sysinfo 1, 31 Dec 19 1999 hd03
    brw------- 1 sysinfo sysinfo 1, 39 Jul 14 22:39 hd04
    brw------- 1 sysinfo sysinfo 1, 47 Dec 19 1999 hd0a
    brw-r----- 1 dos sysinfo 1, 48 Mar 26 16:50 hd0d
    crw------- 1 sysinfo sysinfo 1, 40 Sep 2 2001 rboot
    crw------- 1 sysinfo sysinfo 1, 47 Sep 2 2001 rd1057all
    brw------- 1 sysinfo sysinfo 1, 46 Dec 19 2002 recover
    crw------- 1 sysinfo sysinfo 1, 0 Dec 19 1999 rhd00
    crw------- 1 sysinfo sysinfo 1, 15 Dec 19 1999 rhd01
    crw------- 1 sysinfo sysinfo 1, 23 Dec 19 1999 rhd02
    crw------- 1 sysinfo sysinfo 1, 31 Dec 19 1999 rhd03
    crw------- 1 sysinfo sysinfo 1, 39 Dec 19 1999 rhd04
    crw------- 1 sysinfo sysinfo 1, 47 Dec 19 1999 rhd0a
    crw-r----- 1 dos sysinfo 1, 48 Dec 19 1999 rhd0d
    br--r----- 1 root backup 1, 42 Aug 4 17:37 root
    crw------- 1 sysinfo sysinfo 1, 46 Sep 2 2001 rrecover
    crw------- 1 sysinfo sysinfo 1, 42 Sep 2 2001 rroot
    crw------- 1 sysinfo sysinfo 1, 43 Sep 2 2001 ru
    brw------- 1 sysinfo sysinfo 1, 43 Sep 2 2001 u

    ls -l /dev | grep " 1,104" will find it for you; if you want
    to understand where the number 104 came from, man HW hd will
    tell you.

    Assuming that fsck fixes the filesystem, you may have some
    files that are damaged or missing; you may have to restore them
    from your last known good backup. Once that's done, you're up and
    running, and the tough task of figuring out how the corruption
    happened is next on the list. Standard problems which can cause
    mysterious data corruption include bad power (outages, brownouts,
    spikes, noise, not having a good UPS to take care of all of these
    problems), overheating, and loose connections (including hard drive
    cables and poorly-seated memory).
    --
    Stephen M. Dunn <ca> [/ref][/ref]
    ------------------------------------------------------------------
    Say hi to my cat -- http://www.stevedunn.ca/photos/toby/
    Stephen Guest

Similar Threads

  1. Hard Disk Configuration
    By Subhodini Fernandes in forum Linux / Unix Administration
    Replies: 1
    Last Post: April 9th, 05:29 PM
  2. What is LVD hard disk ?
    By Jose Perez in forum AIX
    Replies: 1
    Last Post: September 15th, 03:08 PM
  3. [PHP] can we know hard disk no via a php script?
    By Khalid El-Kary in forum PHP Development
    Replies: 0
    Last Post: July 27th, 12:04 PM
  4. Hard disk number
    By Pehepe Php in forum PHP Development
    Replies: 0
    Last Post: July 27th, 11:33 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139