Hi All,

Anyone familiar with this:
SRV#format
Unknown controller 'MD21' - /etc/format.dat (15)
Unknown controller 'MD21' - /etc/format.dat (20)
Unknown controller 'MD21' - /etc/format.dat (25)
Unknown controller 'MD21' - /etc/format.dat (151)
Unknown controller 'MD21' - /etc/format.dat (155)
Unknown controller 'MD21' - /etc/format.dat (159)
Unknown controller 'MD21' - /etc/format.dat (163)
Unknown controller 'MD21' - /etc/format.dat (167)
Searching for disks...done


How do I fix this?

On my other servers I dont see this type of output.

Thanks
Joe

In article <1157134981.484707.160640@m79g2000cwm.googlegroups .com>,
"Joe" <spaceyjoe2020@yahoo.com> wrote:

> Hi All,
>
> Anyone familiar with this:
> SRV#format
> Unknown controller 'MD21' - /etc/format.dat (15)
> Unknown controller 'MD21' - /etc/format.dat (20)
> Unknown controller 'MD21' - /etc/format.dat (25)
> Unknown controller 'MD21' - /etc/format.dat (151)
> Unknown controller 'MD21' - /etc/format.dat (155)
> Unknown controller 'MD21' - /etc/format.dat (159)
> Unknown controller 'MD21' - /etc/format.dat (163)
> Unknown controller 'MD21' - /etc/format.dat (167)
> Searching for disks...done
>
>
> How do I fix this?
>
> On my other servers I dont see this type of output.
>
> Thanks
> Joe

What OS? What version? What hardware?

Default answer(tm): That depends...

--
DeeDee, don't press that button! DeeDee! NO! Dee...

Solaris 10 03/06? i think
V490


Michael Vilain wrote:

> What OS? What version? What hardware?
>
> Default answer(tm): That depends...
>
> --
> DeeDee, don't press that button! DeeDee! NO! Dee...

"Joe" top posts:
> Solaris 10 03/06? i think

You THINK?

> V490
> Michael Vilain wrote:
> > What OS? What version? What hardware?
> > Default answer(tm): That depends...

This file (/etc/format.dat) belongs to SUNWcsr
Seems like its corrupt to me : <, no such string on my Solaris 10 6/06
man pkgchk

Gerry,
I'm not on the system to find out what version it is running.
I know it is the 2nd latest Sol10 release. Whatever was before 06/06

Thanks for the info I'll check on it.



gerryt wrote:
> "Joe" top posts:
> > Solaris 10 03/06? i think
>
> You THINK?
>
> > V490
> > Michael Vilain wrote:
> > > What OS? What version? What hardware?
> > > Default answer(tm): That depends...
>
> This file (/etc/format.dat) belongs to SUNWcsr
> Seems like its corrupt to me : <, no such string on my Solaris 10 6/06
> man pkgchk

Joe top posts again:
> Gerry,
> I'm not on the system to find out what version it is running.

Fair enough

> I know it is the 2nd latest Sol10 release. Whatever was before 06/06
> Thanks for the info I'll check on it.

pkgchk can rebuild as well as check. Look into that but its a bit of a
sledge hammer
in this case. But its a very handy tool for "chk"ing things.
You could do a diff on /etc/format.dat and
/var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/format.dat
They should be the same - which they apparently arent.
If not:
cp -p /var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/format.dat
/etc/format.dat
should restore that part of the universe to a sane state...

> gerryt wrote:
> > "Joe" top posts:
> > > Solaris 10 03/06? i think
> > You THINK?
> > > V490
> > > Michael Vilain wrote:
> > > > What OS? What version? What hardware?
> > > > Default answer(tm): That depends...
> > This file (/etc/format.dat) belongs to SUNWcsr
> > Seems like its corrupt to me : <, no such string on my Solaris 10 6/06
> > man pkgchk

gerryt wrote:
> Joe top posts again:
> > Gerry,
> > I'm not on the system to find out what version it is running.
>
> Fair enough
>
> > I know it is the 2nd latest Sol10 release. Whatever was before 06/06
> > Thanks for the info I'll check on it.
>
> pkgchk can rebuild as well as check. Look into that but its a bit of a
> sledge hammer
> in this case. But its a very handy tool for "chk"ing things.
> You could do a diff on /etc/format.dat and
> /var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/format.dat
> They should be the same - which they apparently arent.
> If not:
> cp -p /var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/format.dat
> /etc/format.dat
> should restore that part of the universe to a sane state...
>
> > gerryt wrote:
> > > "Joe" top posts:
> > > > Solaris 10 03/06? i think
> > > You THINK?
> > > > V490
> > > > Michael Vilain wrote:
> > > > > What OS? What version? What hardware?
> > > > > Default answer(tm): That depends...
> > > This file (/etc/format.dat) belongs to SUNWcsr
> > > Seems like its corrupt to me : <, no such string on my Solaris 10 6/06
> > > man pkgchk

Gerryt,

Thanks for the help.
The /etc/format.dat and
/var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/format.dat were not
identical. > cp -p
/var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/format.dat
> /etc/format.dat resolved the problem.
answer to earlier question:
Solaris 10 3/05 s10_74L2a SPARC
Copyright 2005 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 22 January 2005
Thanks
Joe

Joe wrote:
> gerryt wrote:
> > Joe top posts again:
> > > Gerry,
> > > I'm not on the system to find out what version it is running.
> > Fair enough
> > > I know it is the 2nd latest Sol10 release. Whatever was before 06/06
> > > Thanks for the info I'll check on it.
> > pkgchk can rebuild as well as check. Look into that but its a bit of a
> > sledge hammer
> > in this case. But its a very handy tool for "chk"ing things.
> > You could do a diff on /etc/format.dat and
> > /var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/format.dat
> > They should be the same - which they apparently arent.
> > If not:
> > cp -p /var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/format.dat
> > /etc/format.dat
> > should restore that part of the universe to a sane state...

> Gerryt,
> Thanks for the help.
> The /etc/format.dat and
> /var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/format.dat were not
> identical. > cp -p
> /var/sadm/pkg/SUNWcsr/save/pspool/SUNWcsr/reloc/etc/format.dat
> > /etc/format.dat resolved the problem.

Good. Now how is it the file got corrupt in the first place..
pkgchk can audit a system. Dump the results into a file in /tmp
You will likely see a lot of noise but some lines may indicate other
stuff
has been broken. pkgchk -n is sufficient.

For example - on my system I see that inetd.conf was altered on July
27.
The symlink in /etc was replaced with a file. The original symlink
was mv'd to inetd.conf.O. I certainly did not do this, I suspect
Blastwave did
when installing "sgifam" but anyway, heres what pkgchk says about it:
ERROR: /etc/inetd.conf
file type <s> expected <f> actual
Point is pkgchk made me aware of this.