Hi, thanks for your reply.
I tried, but couldn't reproduce it. We have servers for about hundred users. After some days, sometime more, sometimes less, the usb mount problem will occur. In logs: --- Nov 22 15:10:21 u10serv kernel: [314157.015042] PGD c1b71a067 PUD c1b719067 PMD 0 Nov 22 15:10:21 u10serv kernel: [314157.044804] CPU 9 Nov 22 15:10:21 u10serv kernel: [314157.054586] Modules linked in: reiserfs isofs vfat fat utdisk utdiskctl utio utadem soundcore binfmt_misc ppdev autofs4 nfsd exportfs nfs lockd nfs_acl auth_rpcgss sunrpc fbcon cdc_ether tileblit font usbnet tpm_tis bitblit drm bnx2 softcursor tpm ioatdma vga16fb vgastate mii serio_raw dca shpchp lp tpm_bios parport megaraid_sas e1000e Nov 22 15:10:21 u10serv kernel: [314157.109474] Pid: 26483, comm: udisks-daemon Not tainted 2.6.32-35-server #78-Ubuntu System x3550 M3 -[7944J2G]- Nov 22 15:10:21 u10serv kernel: [314157.129606] RIP: 0010:[<ffffffff8155a122>] [<ffffffff8155a122>] __down_interruptible+0x42/0xe0 Nov 22 15:10:21 u10serv kernel: [314157.149477] RSP: 0018:ffff880c1b72fc08 EFLAGS: 00010082 Nov 22 15:10:21 u10serv kernel: [314157.159664] RAX: 0000000000000000 RBX: ffff880c43962e00 RCX: ffffc9001cebe010 Nov 22 15:10:21 u10serv kernel: [314157.180729] RDX: ffff880c1b72fc08 RSI: 0000000000000282 RDI: ffffc9001cebe008 Nov 22 15:10:21 u10serv kernel: [314157.203219] RBP: ffff880c1b72fc48 R08: ffff880c1b72e000 R09: 0000000000000002 Nov 22 15:10:21 u10serv kernel: [314157.227095] R10: 0000000000000001 R11: 0000000000000000 R12: 7fffffffffffffff Nov 22 15:10:21 u10serv kernel: [314157.252230] R13: ffffc9001cebe008 R14: 000000000000001d R15: 000000000000001d Nov 22 15:10:21 u10serv kernel: [314157.278200] FS: 00007f82ce17c7a0(0000) GS:ffff880caa660000(0000) knlGS:0000000000000000 Nov 22 15:10:21 u10serv kernel: [314157.304176] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Nov 22 15:10:21 u10serv kernel: [314157.317339] CR2: 0000000000000000 CR3: 0000000c48b8f000 CR4: 00000000000006e0 Nov 22 15:10:21 u10serv kernel: [314157.343659] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Nov 22 15:10:21 u10serv kernel: [314157.370468] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Nov 22 15:10:21 u10serv kernel: [314157.397879] Process udisks-daemon (pid: 26483, threadinfo ffff880c1b72e000, task ffff880c43962e00) Nov 22 15:10:21 u10serv kernel: [314157.438337] ffffc9001cebe010 0000000000000000 ffff880c1b72fc28 ffffffff81039889 Nov 22 15:10:21 u10serv kernel: [314157.452050] <0> ffffc9001cebe008 ffffc9001cebe000 ffffc9001cebe008 000000000000001d Nov 22 15:10:21 u10serv kernel: [314157.478551] <0> ffff880c1b72fc78 ffffffff8108b071 ffff880c1b72fc78 0000000000000282 Nov 22 15:10:21 u10serv kernel: [314157.531252] [<ffffffff81039889>] ? default_spin_lock_flags+0x9/0x10 Nov 22 15:10:21 u10serv kernel: [314157.544244] [<ffffffff8108b071>] down_interruptible+0x51/0x60 Nov 22 15:10:21 u10serv kernel: [314157.557024] [<ffffffffa02186f0>] utdisk_open+0xc0/0xd4 [utdisk] Nov 22 15:10:21 u10serv kernel: [314157.569561] [<ffffffff811773b3>] __blkdev_get+0xc3/0x3d0 Nov 22 15:10:21 u10serv kernel: [314157.581833] [<ffffffff811776e0>] ? blkdev_open+0x0/0xc0 Nov 22 15:10:21 u10serv kernel: [314157.593899] [<ffffffff811776d0>] blkdev_get+0x10/0x20 Nov 22 15:10:21 u10serv kernel: [314157.605814] [<ffffffff81177751>] blkdev_open+0x71/0xc0 Nov 22 15:10:21 u10serv kernel: [314157.617488] [<ffffffff81144bf3>] __dentry_open+0x113/0x370 Nov 22 15:10:21 u10serv kernel: [314157.628952] [<ffffffff812568df>] ? security_inode_permission+0x1f/0x30 Nov 22 15:10:21 u10serv kernel: [314157.640331] [<ffffffff81150fef>] ? inode_permission+0xaf/0xd0 Nov 22 15:10:21 u10serv kernel: [314157.651491] [<ffffffff81144f67>] nameidata_to_filp+0x57/0x70 Nov 22 15:10:21 u10serv kernel: [314157.662567] [<ffffffff8115522a>] do_filp_open+0x2da/0xba0 Nov 22 15:10:21 u10serv kernel: [314157.673551] [<ffffffff8155af3e>] ? _spin_lock+0xe/0x20 Nov 22 15:10:21 u10serv kernel: [314157.684383] [<ffffffff812b5bd5>] ? _atomic_dec_and_lock+0x55/0x80 Nov 22 15:10:21 u10serv kernel: [314157.694935] [<ffffffff81160cca>] ? alloc_fd+0x10a/0x150 Nov 22 15:10:21 u10serv kernel: [314157.705301] [<ffffffff81144969>] do_sys_open+0x69/0x170 Nov 22 15:10:21 u10serv kernel: [314157.715432] [<ffffffff81144ab0>] sys_open+0x20/0x30 Nov 22 15:10:21 u10serv kernel: [314157.725410] [<ffffffff81013172>] system_call_fastpath+0x16/0x1b Nov 22 15:10:21 u10serv kernel: [314157.781499] RSP <ffff880c1b72fc08> Nov 22 15:10:21 u10serv kernel: [314157.809272] ---[ end trace 3e1824a9971d453f ]--- ------- And in 'utstoraged.log' there are log entries like: ------ 2011.11.22 14:32:34.310215 CET servicing /tmp/SUNWut/units/IEEE802.?????????????/devices/usb@1/hub@1/SanDiskU3_Cruzer_Micro, lun=1, ctlmin=1, uid=2932, xid=20 2011.11.22 14:32:34.342195 CET servicing /tmp/SUNWut/units/IEEE802.?????????????/devices/usb@1/hub@1/SanDiskU3_Cruzer_Micro, lun=0, ctlmin=2, uid=2932, xid=20 2011.11.22 15:10:20.318227 CET service END lun=1, ctlmin=1, uid=2932, xid=20 2011.11.22 15:10:20.377238 CET service END lun=0, ctlmin=2, uid=2932, xid=20 ------ I think, the udisk-daemon crashes direct after the pull out of the usb disks. Regards, Pengcheng --- On Mon, Nov 28, 2011 at 10:47 PM, Juergen Lennefer < [email protected]> wrote: > Hi, > > I'm using SRS on Ubuntu Server 10.04 LTS. I'm not aware of USB issues, but > I don't use USB mount so often. > How can I reproduce this issue? > > Rgds, > Juergen > > > On 11/28/11 21:19 Pengcheng Zhao wrote: > > Hi, > > no one uses the srs on ubuntu 10.04 or no one has the same problem? > > Regards, > > Pengcheng Zhao > > > > On Tue, Nov 22, 2011 at 12:08 PM, Pengcheng Zhao <[email protected] > > wrote: > >> Hi All, >> >> I have SRSS 4.2 running on Ubuntu 10.04 LTS 64Bit x86. Users sometimes >> have problems with mounting USB devices. I checked it, it occurs after the >> Linux udisk-daemon crashes and restarts. And the udisk-daemon crashes >> because of some USB disk errors, e.g. maybe direct pull out of mounted USB >> disks before writing is done. The Problem is, after this there is no >> solution to recover. Only a reboot/restart the srss helps. >> >> Have someone a workround of it? >> >> Thanks, >> >> Pengcheng >> >> PS: SRSS 3.1 on Ubuntu 8.04 LTS does not have this problem, the OS does >> not have udisk-daemon. >> > > > > _______________________________________________ > SunRay-Users mailing > [email protected]http://www.filibeto.org/mailman/listinfo/sunray-users > > > -- > ++ Juergen Lennefer -- 51515 Kuerten -- Germany ++ > + public PGP key: http://www.lennefer.de/JL + > + Key fingerprint = CC6F 7455 C220 5A6C FAE4 E343 0C43 B218 8542 C142 + > > > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users > >
_______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
