一台 ProLiant 服务器，配有由 smartpqi 驱动的 Ultrium 6-SCSI 磁带，运行 Debian 10.13。服务器是使用 winbind 和 nsswitch.conf 的 Windows 域的成员：
group: files winbind。组成员身份/dev/nst0已设置为backup，这是 winbind 提供的组。/etc/udev/rules.d/70-tape-persistent-names.rules已被注释掉，以防止 Debian 在启动时创建本地组backup（winbind 尚不可用）遮蔽 winbind 组。
大多数情况下，此方法运行良好。
今天，一名用户（ 的成员）backup一直在（成功）使用该磁带，但mt offl所有/dev/nst*和/dev/st*设备都消失了，并在几秒钟后在（本地）组 中重新创建tape。日志文件仅显示：
Jun 21 09:07:29 backup kernel: [15871221.205788] smartpqi 0000:06:00.0: removed 0:0:6:0 0000000000000000 Sequential-Access HP Ultrium 6-SCSI AIO-
Jun 21 09:07:49 backup kernel: [15871240.755657] smartpqi 0000:06:00.0: added 0:0:-:- 0000000000000000 Sequential-Access HP Ultrium 6-SCSI AIO-
Jun 21 09:07:49 backup kernel: [15871240.755816] smartpqi can't handle SMP requests
Jun 21 09:07:49 backup kernel: [15871240.756752] scsi 0:0:7:0: Sequential-Access HP Ultrium 6-SCSI 35GD PQ: 0 ANSI: 6
Jun 21 09:07:49 backup kernel: [15871240.762916] st 0:0:7:0: Attached scsi tape st0
Jun 21 09:07:49 backup kernel: [15871240.762921] st 0:0:7:0: st0: try direct i/o: yes (alignment 4 B)
Jun 21 09:07:49 backup kernel: [15871240.763414] st 0:0:7:0: Attached scsi generic sg0 type 1
这与观察到的行为一致，但对我而言，没有提供任何见解。该问题可能重现了三次，之后就不再出现。现在，加载和卸载又可以正常工作了。winbind在此期间，没有任何连接问题，backup可以通过 访问该组getent(1)。
造成这种断开和重新连接的原因可能是什么？
也许更重要的是：是否有任何方法可以将设备的组成员身份固定到通过 winbind 动态提供的组中？我设法阻止了更改，但一旦重新创建设备，我仍然会遇到问题。