mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* Devfs strangeness in 2.4.18
@ 2002-06-06 20:57 Dag Nygren
  2002-06-06 22:14 ` Ruth Ivimey-Cook
  0 siblings, 1 reply; 6+ messages in thread
From: Dag Nygren @ 2002-06-06 20:57 UTC (permalink / raw)
  To: linux-kernel


Hi,
just installed a fresh Mandrake 8.2 here and am
seeing devfs behaving very strangely.
Here is some out put that shows the problems:

backup:dev 1004 % ls -ld sg*
drwxr-xr-x    1 root     root            0 Jun  7  2002 sg
lr-xr-xr-x    1 root     root           36 Jun  7  2002 sg0 -> 
scsi/host0/bus0/target0/lun0/generic
lr-xr-xr-x    1 root     root           36 Jun  7  2002 sg1 -> 
scsi/host1/bus0/target1/lun0/generic
lr-xr-xr-x    1 root     root           36 Jun  7  2002 sg2 -> 
scsi/host1/bus0/target2/lun0/generic
lr-xr-xr-x    1 root     root           36 Jun  7  2002 sg3 -> 
scsi/host1/bus0/target3/lun0/generic
lr-xr-xr-x    1 root     root           36 Jun  6 23:46 sg4 -> 
scsi/host2/bus0/target2/lun0/generic
backup:dev 1005 % cat /proc/scsi/scsi 
Attached devices: 
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: IBM      Model: DDRS-39130D      Rev: DC1B
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
  Vendor: IBM      Model: DCAS-34330W      Rev: S65A
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 01 Lun: 00
  Vendor: ADIC     Model: VLS DLT          Rev: 0235
  Type:   Medium Changer                   ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 03 Lun: 00
  Vendor: Quantum  Model: DLT4000          Rev: CD3C
  Type:   Sequential-Access                ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 02 Lun: 00
  Vendor: WangDAT  Model: Model 3400DX     Rev: 1.4a
  Type:   Sequential-Access                ANSI SCSI revision: 02
backup:dev 1006 % ls -l /dev/st?
lr-xr-xr-x    1 root     root           31 Jun  7  2002 /dev/st0 -> 
scsi/host1/bus0/target2/lun0/mt
lr-xr-xr-x    1 root     root           31 Jun  7  2002 /dev/st1 -> 
scsi/host1/bus0/target3/lun0/mt

The problems are tha the sg? links doesn't correspond to the real
devices shown by /proc/scsi/scsi (Which matches the real situation)
sg0 matches the first disk, OK
sg1 matches the Medium changer, OK
sg2 matches nothing...... There is no target 2 on host1 !!!
sg3 matches the DLT tape drive
sg4 matches the DAT tape drive

The other problem is the st? links.
st0 is linked out into nothing ...

Seems like 3 host adapters is too much for devfs......
Do I need an upgrade ?

BRGDS

-- 
Dag Nygren                               email: dag@newtech.fi
Oy Espoon NewTech Ab                     phone: +358 9 8024910
Träsktorpet 3                              fax: +358 9 8024916
02360 ESBO                              Mobile: +358 400 426312
FINLAND



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Devfs strangeness in 2.4.18
  2002-06-06 20:57 Devfs strangeness in 2.4.18 Dag Nygren
@ 2002-06-06 22:14 ` Ruth Ivimey-Cook
  2002-06-06 23:04   ` Richard Gooch
  0 siblings, 1 reply; 6+ messages in thread
From: Ruth Ivimey-Cook @ 2002-06-06 22:14 UTC (permalink / raw)
  To: Dag Nygren; +Cc: linux-kernel

On Thu, 6 Jun 2002, Dag Nygren wrote:

>The problems are tha the sg? links doesn't correspond to the real
>devices shown by /proc/scsi/scsi (Which matches the real situation)
>sg0 matches the first disk, OK
>sg1 matches the Medium changer, OK
>sg2 matches nothing...... There is no target 2 on host1 !!!
>sg3 matches the DLT tape drive
>sg4 matches the DAT tape drive
>
>The other problem is the st? links.
>st0 is linked out into nothing ...
>
>Seems like 3 host adapters is too much for devfs......
>Do I need an upgrade ?

In my experience, devfs doesn't create /dev/sg or /dev/st softlinks. The only 
links it creates are from /dev/discs/... to /dev/ide/... or /dev/scsi/... as 
appropriate.

I would look into the mandrake boot sequence in detail.

Ruth


-- 
Ruth Ivimey-Cook
Software engineer and technical writer.


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Devfs strangeness in 2.4.18
  2002-06-06 22:14 ` Ruth Ivimey-Cook
@ 2002-06-06 23:04   ` Richard Gooch
  2002-06-07  7:46     ` Dag Nygren
  0 siblings, 1 reply; 6+ messages in thread
From: Richard Gooch @ 2002-06-06 23:04 UTC (permalink / raw)
  To: Ruth Ivimey-Cook; +Cc: Dag Nygren, linux-kernel

Ruth Ivimey-Cook writes:
> On Thu, 6 Jun 2002, Dag Nygren wrote:
> 
> >The problems are tha the sg? links doesn't correspond to the real
> >devices shown by /proc/scsi/scsi (Which matches the real situation)
> >sg0 matches the first disk, OK
> >sg1 matches the Medium changer, OK
> >sg2 matches nothing...... There is no target 2 on host1 !!!
> >sg3 matches the DLT tape drive
> >sg4 matches the DAT tape drive
> >
> >The other problem is the st? links.
> >st0 is linked out into nothing ...
> >
> >Seems like 3 host adapters is too much for devfs......
> >Do I need an upgrade ?
> 
> In my experience, devfs doesn't create /dev/sg or /dev/st softlinks.

Indeed. It's devfsd that creates it.

> The only links it creates are from /dev/discs/... to /dev/ide/... or
> /dev/scsi/... as appropriate.
> 
> I would look into the mandrake boot sequence in detail.

Also check that you don't have bogus entries in your dev-state
area. Mandrake had some configuration problems a few months back.

				Regards,

					Richard....
Permanent: rgooch@atnf.csiro.au
Current:   rgooch@ras.ucalgary.ca

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Devfs strangeness in 2.4.18
  2002-06-06 23:04   ` Richard Gooch
@ 2002-06-07  7:46     ` Dag Nygren
  2002-06-07 16:34       ` Richard Gooch
  0 siblings, 1 reply; 6+ messages in thread
From: Dag Nygren @ 2002-06-07  7:46 UTC (permalink / raw)
  To: Richard Gooch; +Cc: Ruth Ivimey-Cook, Dag Nygren, linux-kernel, dag

> Ruth Ivimey-Cook writes:
> > On Thu, 6 Jun 2002, Dag Nygren wrote:
> > 
> > >The problems are tha the sg? links doesn't correspond to the real
> > >devices shown by /proc/scsi/scsi (Which matches the real situation)
> > >sg0 matches the first disk, OK
> > >sg1 matches the Medium changer, OK
> > >sg2 matches nothing...... There is no target 2 on host1 !!!
> > >sg3 matches the DLT tape drive
> > >sg4 matches the DAT tape drive
> > >
> > >The other problem is the st? links.
> > >st0 is linked out into nothing ...
> > >
> > >Seems like 3 host adapters is too much for devfs......
> > >Do I need an upgrade ?
> > 
> > In my experience, devfs doesn't create /dev/sg or /dev/st softlinks.
> 
> Indeed. It's devfsd that creates it.
> 
> > The only links it creates are from /dev/discs/... to /dev/ide/... or
> > /dev/scsi/... as appropriate.
> > 
> > I would look into the mandrake boot sequence in detail.
> 
> Also check that you don't have bogus entries in your dev-state
> area. Mandrake had some configuration problems a few months back.

Yess!!!
That's what did it, removing the sg? and st? entries from /lib/dev-state
did the trick. There were some oldies ghosting there. Thanks a lot 
Richard, I didn't even know that there was a dev-state directory to
look for ;-).
Is there any comprehensive documentation on devfsd and devfs anywhere
on the net? Could be good to read a bit more about this.

BRGDS

Dag



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Devfs strangeness in 2.4.18
  2002-06-07  7:46     ` Dag Nygren
@ 2002-06-07 16:34       ` Richard Gooch
  2002-06-10  7:43         ` Dag Nygren
  0 siblings, 1 reply; 6+ messages in thread
From: Richard Gooch @ 2002-06-07 16:34 UTC (permalink / raw)
  To: Dag Nygren; +Cc: Ruth Ivimey-Cook, linux-kernel

Dag Nygren writes:
> > Also check that you don't have bogus entries in your dev-state
> > area. Mandrake had some configuration problems a few months back.
> 
> Yess!!!
> That's what did it, removing the sg? and st? entries from /lib/dev-state
> did the trick. There were some oldies ghosting there. Thanks a lot 
> Richard, I didn't even know that there was a dev-state directory to
> look for ;-).

I've added an item to the FAQ about this.

> Is there any comprehensive documentation on devfsd and devfs
> anywhere on the net? Could be good to read a bit more about this.

Have you not looked at the FAQ?

				Regards,

					Richard....
Permanent: rgooch@atnf.csiro.au
Current:   rgooch@ras.ucalgary.ca

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Devfs strangeness in 2.4.18
  2002-06-07 16:34       ` Richard Gooch
@ 2002-06-10  7:43         ` Dag Nygren
  0 siblings, 0 replies; 6+ messages in thread
From: Dag Nygren @ 2002-06-10  7:43 UTC (permalink / raw)
  To: Richard Gooch; +Cc: Dag Nygren, Ruth Ivimey-Cook, linux-kernel, dag

> Dag Nygren writes:
> > > Also check that you don't have bogus entries in your dev-state
> > > area. Mandrake had some configuration problems a few months back.
> > 
> > Yess!!!
> > That's what did it, removing the sg? and st? entries from /lib/dev-state
> > did the trick. There were some oldies ghosting there. Thanks a lot 
> > Richard, I didn't even know that there was a dev-state directory to
> > look for ;-).
> 
> I've added an item to the FAQ about this.

A very good idea.

> > Is there any comprehensive documentation on devfsd and devfs
> > anywhere on the net? Could be good to read a bit more about this.
> 
> Have you not looked at the FAQ?

Yes, but looking for sg and st stuff I didn't looh that carefully.
What I was missing at that time was a walkthrough of the 
devfs and devfsd default operations.

Anyway it work beatifully now.
Thanks again

Dag



^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2002-06-10  7:43 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-06-06 20:57 Devfs strangeness in 2.4.18 Dag Nygren
2002-06-06 22:14 ` Ruth Ivimey-Cook
2002-06-06 23:04   ` Richard Gooch
2002-06-07  7:46     ` Dag Nygren
2002-06-07 16:34       ` Richard Gooch
2002-06-10  7:43         ` Dag Nygren

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®