* udev and tape drives
@ 2009-04-24 9:24 Horst Simon
2009-04-24 11:40 ` Kay Sievers
2009-04-25 6:36 ` Horst Simon
0 siblings, 2 replies; 3+ messages in thread
From: Horst Simon @ 2009-04-24 9:24 UTC (permalink / raw)
To: linux-hotplug
Hi,
I am not sure if this is a udev or distribution issue. It works in
openSUSE 11.0 and before, but no more in openSUSE 11.1. I am too have seen
this problem with other distributions
The problem I have, NetBackup will not recognize the tapes in 11.1, it
complains about the missing Device File and then it cannot configure device
path,
it works perfect in 11.0. Are there any considerable changes in configuration
files locations, etc between these two versions of udev for the tapes?
further in openSUSE 11.1 in the /etc/udev/rules.d directory there are
no rules for the tapes, but the /dev entries for st*, nst* and sg* are
created.
In openSUSE 11.0 with kernel 2.6.25 and udevd version 120 I have
following symlinks in /dev/tape/by-id:
lrwxrwxrwx 1 root root 10 Apr 21 15:06 scsi--nst -> ../../nst4
lrwxrwxrwx 1 root root 9 Apr 21 15:06 scsi-35123456000002710 -
> ../../sg2
lrwxrwxrwx 1 root root 10 Apr 21 15:06 scsi-35123456000002711-nst -
> ../../nst0
lrwxrwxrwx 1 root root 9 Apr 21 15:06 scsi-35123456000002712 -
> ../../st1
lrwxrwxrwx 1 root root 9 Apr 21 15:06 scsi-35123456000002713 -
> ../../st2
lrwxrwxrwx 1 root root 9 Apr 21 15:06 scsi-35123456000002714 -
> ../../st3
lrwxrwxrwx 1 root root 9 Apr 21 15:06 scsi-35123456000002715 -
> ../../st4
and in /dev/tape/by-path
lrwxrwxrwx 1 root root 9 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-1-st -> ../../st0
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-1-sta -> ../../st0a
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-1-stl -> ../../st0l
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-1-stm -> ../../st0m
lrwxrwxrwx 1 root root 9 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-2-st -> ../../st1
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-2-sta -> ../../st1a
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-2-stl -> ../../st1l
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-2-stm -> ../../st1m
lrwxrwxrwx 1 root root 9 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-3-st -> ../../st2
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-3-sta -> ../../st2a
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-3-stl -> ../../st2l
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-3-stm -> ../../st2m
lrwxrwxrwx 1 root root 9 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-4-st -> ../../st3
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-4-sta -> ../../st3a
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-4-stl -> ../../st3l
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-4-stm -> ../../st3m
lrwxrwxrwx 1 root root 9 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-5-st -> ../../st4
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-5-sta -> ../../st4a
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-5-stl -> ../../st4l
lrwxrwxrwx 1 root root 10 Apr 21 15:06 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-5-stm -> ../../st4m
and in openSUSE 11.1 with kernel 2.6.27 and udevd version 128 they
are:
/dev/tape/by-id:
lrwxrwxrwx 1 root root 9 Apr 22 14:44 scsi-35123456000002710 -
> ../../sg2
lrwxrwxrwx 1 root root 9 Apr 22 14:44 scsi-35123456000002711 -
> ../../st0
lrwxrwxrwx 1 root root 10 Apr 22 14:44 scsi-35123456000002711-nst -
> ../../nst0
lrwxrwxrwx 1 root root 9 Apr 22 14:44 scsi-35123456000002712 -
> ../../st1
lrwxrwxrwx 1 root root 10 Apr 22 14:44 scsi-35123456000002712-nst -
> ../../nst1
lrwxrwxrwx 1 root root 9 Apr 22 14:44 scsi-35123456000002713 -
> ../../st2
lrwxrwxrwx 1 root root 10 Apr 22 14:44 scsi-35123456000002713-nst -
> ../../nst2
lrwxrwxrwx 1 root root 9 Apr 22 14:44 scsi-35123456000002714 -
> ../../st3
lrwxrwxrwx 1 root root 10 Apr 22 14:44 scsi-35123456000002714-nst -
> ../../nst3
lrwxrwxrwx 1 root root 9 Apr 22 14:44 scsi-35123456000002715 -
> ../../st4
lrwxrwxrwx 1 root root 10 Apr 22 14:44 scsi-35123456000002715-nst -
> ../../nst4
in /dev/tape/by-path:
lrwxrwxrwx 1 root root 9 Apr 22 14:44 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-1-3:0:0:1st -> ../../st0
lrwxrwxrwx 1 root root 10 Apr 22 14:44 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-1-3:0:0:1st-nst -> ../../
nst0
lrwxrwxrwx 1 root root 9 Apr 22 14:44 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-2-3:0:0:2st -> ../../st1
lrwxrwxrwx 1 root root 10 Apr 22 14:44 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-2-3:0:0:2st-nst -> ../../
nst1
lrwxrwxrwx 1 root root 9 Apr 22 14:44 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-3-3:0:0:3st -> ../../st2
lrwxrwxrwx 1 root root 10 Apr 22 14:44 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-3-3:0:0:3st-nst -> ../../
nst2
lrwxrwxrwx 1 root root 9 Apr 22 14:44 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-4-3:0:0:4st -> ../../st3
lrwxrwxrwx 1 root root 10 Apr 22 14:44 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-4-3:0:0:4st-nst -> ../../
nst3
lrwxrwxrwx 1 root root 9 Apr 22 14:44 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-5-3:0:0:5st -> ../../st4
lrwxrwxrwx 1 root root 10 Apr 22 14:44 ip-192.168.125.100:3260-iscsi-
iqn.2008-01.com.veritas.min:vmware.vtl-lun-5-3:0:0:5st-nst -> ../../
nst4
further in openSUSE 11.1 in the /etc/udev/rules.d directory there are
no rules for the tapes, but the /dev entries for st*, nst* and sg* are
created.
Thanks and Regards,
Horst Simon
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: udev and tape drives
2009-04-24 9:24 udev and tape drives Horst Simon
@ 2009-04-24 11:40 ` Kay Sievers
2009-04-25 6:36 ` Horst Simon
1 sibling, 0 replies; 3+ messages in thread
From: Kay Sievers @ 2009-04-24 11:40 UTC (permalink / raw)
To: linux-hotplug
On Fri, Apr 24, 2009 at 11:24, Horst Simon <hsimon@optusnet.com.au> wrote:
> I am not sure if this is a udev or distribution issue. It works in
> openSUSE 11.0 and before, but no more in openSUSE 11.1. I am too have seen
> this problem with other distributions
>
> The problem I have, NetBackup will not recognize the tapes in 11.1, it
> complains about the missing Device File and then it cannot configure device
> path,
I don't know about any major changes, there was only simple bug-fix:
http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h‹739d
> further in openSUSE 11.1 in the /etc/udev/rules.d directory there are
> no rules for the tapes
All rules which are not supposed to edited by users, are in
/lib/udev/rules.d/ now.
Kay
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: udev and tape drives
2009-04-24 9:24 udev and tape drives Horst Simon
2009-04-24 11:40 ` Kay Sievers
@ 2009-04-25 6:36 ` Horst Simon
1 sibling, 0 replies; 3+ messages in thread
From: Horst Simon @ 2009-04-25 6:36 UTC (permalink / raw)
To: linux-hotplug
Hi Kay,
The NetBackup device configuration wizard gives the error "No configuration
device file found". I think it has to do with the new symlinks in /sys/class
scsi_tape.
In the working configuration it has no symlinks under the scsi_tape directory,
the entries are directories for nst* and st*.
In the not working configuration the entries are symlinks and this I think
confuses NetBackup and cannot find the device configuration files. Is it
possible to create rules to change it back to directories?
Regards,
Horst
On Fri, 24 Apr 2009 21:40:17 Kay Sievers wrote:
> On Fri, Apr 24, 2009 at 11:24, Horst Simon <hsimon@optusnet.com.au> wrote:
> > I am not sure if this is a udev or distribution issue. It works in
> > openSUSE 11.0 and before, but no more in openSUSE 11.1. I am too have
> > seen this problem with other distributions
> >
> > The problem I have, NetBackup will not recognize the tapes in 11.1, it
> > complains about the missing Device File and then it cannot configure
> > device path,
>
> I don't know about any major changes, there was only simple bug-fix:
> http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h‹739d
>
> > further in openSUSE 11.1 in the /etc/udev/rules.d directory there are
> > no rules for the tapes
>
> All rules which are not supposed to edited by users, are in
> /lib/udev/rules.d/ now.
>
> Kay
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-04-25 6:36 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-24 9:24 udev and tape drives Horst Simon
2009-04-24 11:40 ` Kay Sievers
2009-04-25 6:36 ` Horst Simon
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).