Custom Query (16363 matches)
Results (394 - 396 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #18143 | invalid | vboxsf install error on fedora 29 (kernel 4.19.2-300.fc29.x86_64) -> development issue, not a bug | ||
| Description |
[ 507.750113] vboxsf: loading out-of-tree module taints kernel. [ 507.750193] vboxsf: Unknown symbol VBoxGuest_RTMemTmpFree (err -2) [ 507.750200] vboxsf: Unknown symbol VBoxGuestIDC (err -2) [ 507.750210] vboxsf: Unknown symbol VBoxGuest_RTSemFastMutexRequest (err -2) [ 507.750220] vboxsf: Unknown symbol VBoxGuest_RTSemFastMutexRelease (err -2) [ 507.750228] vboxsf: Unknown symbol VBoxGuest_RTLogRelGetDefaultInstanceEx (err -2) [ 507.750236] vboxsf: Unknown symbol VBoxGuest_RTStrCopy (err -2) [ 507.750245] vboxsf: Unknown symbol VBoxGuest_RTErrConvertToErrno (err -2) [ 507.750256] vboxsf: Unknown symbol VBoxGuest_RTSemFastMutexCreate (err -2) [ 507.750264] vboxsf: Unknown symbol VBoxGuest_RTSemFastMutexDestroy (err -2) [ 507.750278] vboxsf: Unknown symbol VBoxGuest_RTAssertShouldPanic (err -2) [ 507.750287] vboxsf: Unknown symbol VBoxGuest_RTLogLoggerEx (err -2) [ 507.750297] vboxsf: Unknown symbol VBoxGuest_RTMemTmpAllocTag (err -2) [ 507.750306] vboxsf: Unknown symbol VBoxGuest_RTAssertMsg1Weak (err -2) [ 507.750318] vboxsf: Unknown symbol VBoxGuest_RTAssertMsg2Weak (err -2) # rpm -qa | grep kernel | sort kernel-4.19.2-300.fc29.x86_64 kernel-core-4.19.2-300.fc29.x86_64 kernel-devel-4.19.2-300.fc29.x86_64 kernel-headers-4.19.2-300.fc29.x86_64 kernel-modules-4.19.2-300.fc29.x86_64 # rpm -qa | grep gcc | sort gcc-8.2.1-5.fc29.x86_64 gcc-c++-8.2.1-5.fc29.x86_64 libgcc-8.2.1-5.fc29.x86_64 |
|||
| #5251 | fixed | vboxsf has a delay after deleting files until they are deleted => Fixed in SVN | ||
| Description |
When using a windows xp host and a linux guest (debian/testing 2.6.30.2) using shared folders, there is a slight delay after a file is deleted until it really is deleted, leading to a race condition. This becomes visible when using 01 open("secureusbstick/db/transactions/0-0.txn", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 4
02 fstat64(4, {st_mode=S_IFDIR|0777, st_size=0, ...}) = 0
03 fcntl64(4, F_GETFD) = 0x1 (flags FD_CLOEXEC)
04 getdents64(4, /* 5 entries */, 4096) = 144
05 lstat64("secureusbstick/db/transactions/0-0.txn/.", {st_mode=S_IFDIR|0777, st_size=0, ...}) = 0
06 lstat64("secureusbstick/db/transactions/0-0.txn/..", {st_mode=S_IFDIR|0777, st_size=0, ...}) = 0
07 lstat64("secureusbstick/db/transactions/0-0.txn/changes", {st_mode=S_IFREG|0777, st_size=0, ...}) = 0
08 unlink("secureusbstick/db/transactions/0-0.txn/changes") = 0
09 lstat64("secureusbstick/db/transactions/0-0.txn/next-ids", {st_mode=S_IFREG|0777, st_size=4, ...}) = 0
10 unlink("secureusbstick/db/transactions/0-0.txn/next-ids") = 0
11 lstat64("secureusbstick/db/transactions/0-0.txn/node.0.0", {st_mode=S_IFREG|0777, st_size=140, ...}) = 0
12 unlink("secureusbstick/db/transactions/0-0.txn/node.0.0") = 0
13 getdents64(4, /* 0 entries */, 4096) = 0
14 lseek(4, 0, SEEK_SET) = 0
15 getdents64(4, /* 5 entries */, 4096) = 144
16 lstat64("secureusbstick/db/transactions/0-0.txn/.", {st_mode=S_IFDIR|0777, st_size=0, ...}) = 0
17 lstat64("secureusbstick/db/transactions/0-0.txn/..", {st_mode=S_IFDIR|0777, st_size=0, ...}) = 0
18 lstat64("secureusbstick/db/transactions/0-0.txn/changes", 0xbfc9faf0) = -1 ENOENT (No such file or directory)
19 close(4) = 0
The directory is opened at line 01, on line 04 the contents are retrieved (3 files, and the directories . and ..). On lines 08, 10 and 12 the files are deleted. on line 15, svnadmin checks whether the directory is now empty. Note that it returns again 5 entries, like it did on line 01, although 3 files have been deleted. As the directory is not empty, svnadmin tries to delete the files again, which fails (line 18), which in turn causes svnadmin to abort, as it couldn't delete the file. |
|||
| #8407 | fixed | vboxsf fails on mount | ||
| Description |
Running linux guest (voyage-linux 0.7) on linux-host (ubuntu 8.04 amd64). I compiled the module with headers installed locally on a headless linux guest (no X). Attempting to mount a shared folder and vboxsf, however, I get kern.log output as follows; Feb 23 00:33:52 mgc2 kernel: [ 129.922248] WARNING: at fs/inode.c:1277 generic_detach_inode+0x145/0x177()
Feb 23 00:33:52 mgc2 kernel: [ 129.924141] Hardware name: VirtualBox
Feb 23 00:33:52 mgc2 kernel: [ 129.924276] Modules linked in: ipv6 vboxsf hostap_pci hostap lib80211
natsemi i2c_piix4 pcspkr i2c_core vboxguest evdev usbhid sg sr_mod cdrom ata_generic
ohci_hcd ata_piix ehci_hcd ahci ide_pci_generic
Feb 23 00:33:52 mgc2 kernel: [ 129.925278] Pid: 2011, comm: mount.vboxsf Tainted: G W 2.6.32-voyage #1
Feb 23 00:33:52 mgc2 kernel: [ 129.932278] Call Trace:
Feb 23 00:33:52 mgc2 kernel: [ 129.932308] [<c1016e53>] warn_slowpath_common+0x60/0x90
Feb 23 00:33:52 mgc2 kernel: [ 129.934131] [<c1016e90>] warn_slowpath_null+0xd/0x10
Feb 23 00:33:52 mgc2 kernel: [ 129.934273] [<c1070603>] generic_detach_inode+0x145/0x177
Feb 23 00:33:52 mgc2 kernel: [ 129.935274] [<c107126c>] generic_drop_inode+0x18/0x55
Feb 23 00:33:52 mgc2 kernel: [ 129.935274] [<c10704bb>] iput+0x4a/0x4d
Feb 23 00:33:52 mgc2 kernel: [ 129.939120] [<c9b605f8>] sf_read_super_26+0x566/0x5a8 [vboxsf]
Feb 23 00:33:52 mgc2 kernel: [ 129.939120] [<c1062c74>] get_sb_nodev+0x3c/0x66
Feb 23 00:33:52 mgc2 kernel: [ 129.941092] [<c9b6001d>] sf_get_sb+0x13/0x15 [vboxsf]
Feb 23 00:33:52 mgc2 kernel: [ 129.941092] [<c9b60092>] ? sf_read_super_26+0x0/0x5a8 [vboxsf]
Feb 23 00:33:52 mgc2 kernel: [ 129.943076] [<c1061f03>] vfs_kern_mount+0x3c/0x9d
Feb 23 00:33:52 mgc2 kernel: [ 129.943076] [<c1061fa8>] do_kern_mount+0x32/0xbd
Feb 23 00:33:52 mgc2 kernel: [ 129.945101] [<c1074f74>] do_mount+0x5fb/0x64b
Feb 23 00:33:52 mgc2 kernel: [ 129.945101] [<c125d2e6>] ? iret_exc+0x426/0x8e8
Feb 23 00:33:52 mgc2 kernel: [ 129.947168] [<c1075025>] sys_mount+0x61/0x94
Feb 23 00:33:52 mgc2 kernel: [ 129.947168] [<c10029b5>] syscall_call+0x7/0xb
Feb 23 00:33:52 mgc2 kernel: [ 129.949151] ---[ end trace 7e9ee5a593e40603 ]---
|
|||

