Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

/usr/lib/ras/dumpcheck error

213 views
Skip to first unread message

Ping Ai

unread,
Mar 30, 2005, 4:46:47 AM3/30/05
to
Dear All,

When I run /usr/lib/ras/dumpcheck, I get an entry on errpt with the
message
"The file system type may not be any."

Could someone tell me what it means please? This system was migrated
from AIX 4.3.3 to AIX 5.2. The rootvg was mirrored (except for
/dev/hd7). I unmirrored the logical volumes before doing migration.

tmkulprdrdm02 </>#sysdumpdev -l
primary /dev/hd7
secondary /dev/hd6
copy directory /var/adm/ras
forced copy flag TRUE
always allow dump TRUE
dump compression ON

LV NAME TYPE LPs PPs PVs LV STATE MOUNT
POINT
hd5 boot 1 1 1 closed/syncd N/A
hd6 paging 6 6 1 open/syncd N/A
paging02 paging 6 6 1 open/syncd N/A
hd8 jfslog 1 1 1 open/syncd N/A
hd4 jfs 1 1 1 open/syncd /
hd2 jfs 20 20 1 open/syncd /usr
hd9var jfs 2 2 1 open/syncd /var
hd3 jfs 5 5 1 open/syncd /tmp
hd1 jfs 41 41 1 open/syncd /home
hd7 sysdump 6 6 1 open/syncd N/A

Thanks :)

Geraldine

Frank Fegert

unread,
Mar 30, 2005, 12:51:33 PM3/30/05
to

Has there previously been an FS of any kind on hd7? If so,
you could try to overwrite the LV with dd to erase any super-
block information that might be left.

Regards,

Frank

Andreas Schulze

unread,
Mar 31, 2005, 5:31:14 AM3/31/05
to
"Ping Ai" <g1...@yahoo.com> schrieb im Newsbeitrag
news:c5df9c1f.05033...@posting.google.com...

> Dear All,
>
> When I run /usr/lib/ras/dumpcheck, I get an entry on errpt with the
> message
> "The file system type may not be any."
>
> Could someone tell me what it means please? This system was migrated
> from AIX 4.3.3 to AIX 5.2. The rootvg was mirrored (except for
> /dev/hd7). I unmirrored the logical volumes before doing migration.
>
> tmkulprdrdm02 </>#sysdumpdev -l
> primary /dev/hd7
> secondary /dev/hd6
> copy directory /var/adm/ras
> forced copy flag TRUE
> always allow dump TRUE
> dump compression ON
>
[...]
>
> Thanks :)
>
> Geraldine

I'd simply rmlv hd7 and recreate it. Takes one or two minutes only and can
be done while the system is up and running. And neither mirror your
dumpdevice (only (!) exception is hd6) nor compress your dump if you want to
analyse it / have it analysed later.


Ping Ai

unread,
Apr 5, 2005, 12:23:24 AM4/5/05
to
sorry too so long to reply.

I've tried that, but it still comes up with the same errpt message
when i do a dumpcheck. I've tried changing the dump device to hd6 -
same thing also.


Thanks

"Andreas Schulze" <b79...@gmx.de> wrote in message news:<3b21q9F...@individual.net>...

b79...@gmx.de

unread,
Apr 5, 2005, 2:34:30 AM4/5/05
to
Ping Ai wrote:
> sorry too so long to reply.
>
> I've tried that, but it still comes up with the same errpt message
> when i do a dumpcheck. I've tried changing the dump device to hd6 -
> same thing also.
>
>
> Thanks

Do I get you corretcly that you created a lv of type sysdump from
scratch and you still get the error message "The file system type may
not be any." when you try to make this lv your primary or secondary
sysdump device?

Ping Ai

unread,
Apr 5, 2005, 5:53:40 AM4/5/05
to
b79...@gmx.de wrote in message news:<1112682870.2...@z14g2000cwz.googlegroups.com>...

I can set the lv as my sysdump device, but when I check the using
/usr/lib/ras/dumpcheck command, i keep getting the error in errpt.
I've removed and made a new lv (also named hd7) with type sysdump I've
tried putting paging space as my primary and null as secondary. I've
tried to change the always allow dump to FALSE. Any suggestions please
? :)


Many many thanks

tmkulprdrdm02 </>#errpt
IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION
9D3B9A10 0405174605 P U SYSDUMP platform_dump processing
failure
9D3B9A10 0405174505 P U SYSDUMP platform_dump processing
failure
9D3B9A10 0405174405 P U SYSDUMP platform_dump processing
failure

---------------------------------------------------------------------------
LABEL: PLAT_DUMP_ERR
IDENTIFIER: 9D3B9A10

Date/Time: Tue Apr 5 17:44:16 2005
Sequence Number: 16584
Machine Id: 00CE1C3E4C00
Node Id: tmkulprdrdm02
Class: U
Type: PERM
Resource Name: SYSDUMP
Resource Class: NONE
Resource Type: NONE
Location:
VPD:

Description
platform_dump processing failure

Detail Data
command name
platform_dump
Line number
960
Message


The file system type may not be any.

Indicator event sequence number
0
Dump file name

Andreas Schulze

unread,
Apr 5, 2005, 8:59:39 AM4/5/05
to
g1...@yahoo.com (Ping Ai) wrote in message news:<c5df9c1f.05040...@posting.google.com>...

Did you upgrade to ML05 yet? If not, try at least the following APAR:
IY60874 Abstract: dump size/buffer size fixes
IY60874 Symptom Text:
Platform dumps can fail producing a PLAT_DUMP_ERR
error log entry indicating invalid parameter or
invalid dump.

Ping Ai

unread,
Apr 6, 2005, 6:04:18 AM4/6/05
to
It worked, Yay !! , after I applied ML5, I don't get that error
anymore :)
I have another server running on AIX 5.2 ML4 and I don't get that when
I run dumpcheck. So it never crossed my mind that it was due to
oslevel.

Thank you very very much :D

0 new messages