VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


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 Vyacheslav
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 Attila Kinali
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 svnadmin load, which creates transaction files in a directory and deletes them at the end:

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 D
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 ]---
Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy