Bug#877763: linux: Still occuring in linux-4.19.0-2-amd64: fs/btrfs/ctree.h:1588 btrfs_update_device
No, I am not. Currently running 5.10.0-6-amd64 without this issue. On Sat, May 15, 2021 at 1:50 PM Salvatore Bonaccorso wrote: > Control: tags -1 + moreinfo > > Hi, > > On Sun, Mar 03, 2019 at 07:31:34AM -0600, Matthew Goff wrote: > > Source: linux > > Followup-For: Bug #877763 > > > > Dear Maintainer, > > > > I'm still seeing these btrfs trace messages on 4.19.0-2-amd64 > > Are you still experiencing the issues with a kernel from unstable or > buster-backports? > > If yes, can you please report this upstream, keeping this bug in the > loop? > > Regards, > Salvatore >
Bug#877763: linux: Still occuring in linux-4.19.0-2-amd64: fs/btrfs/ctree.h:1588 btrfs_update_device
Source: linux Followup-For: Bug #877763 Dear Maintainer, I'm still seeing these btrfs trace messages on 4.19.0-2-amd64 Mar 3 06:47:02 aurora kernel: [1113289.959681] WARNING: CPU: 0 PID: 5074 at fs/btrfs/ctree.h:1588 btrfs_update_device+0x1a8/0x1c0 [btrfs] Mar 3 06:47:02 aurora kernel: [1113289.959683] Modules linked in: fuse ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs dm_mod tun loop radeon coretemp ttm kvm_intel drm_kms_helper kvm ppdev evdev sg drm iTCO_wdt iTCO_vendor_support parport_pc irqbypass parport pcc_cpufreq i2c_algo_bit serio_raw i5000_edac pcspkr rng_core i5k_amb button ext4 crc16 mbcache jbd2 fscrypto ecb crypto_simd cryptd glue_helper aes_x86_64 btrfs zstd_decompress zstd_compress xxhash raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid0 multipath linear raid1 md_mod sr_mod cdrom sd_mod ata_generic ahci libahci ata_piix libata i2c_i801 uhci_hcd ehci_pci ehci_hcd realtek scsi_mod usbcore r8169 e1000e lpc_ich usb_common libphy floppy Mar 3 06:47:02 aurora kernel: [1113289.959761] CPU: 0 PID: 5074 Comm: btrfs Tainted: GW 4.19.0-2-amd64 #1 Debian 4.19.16-1 Mar 3 06:47:02 aurora kernel: [1113289.959762] Hardware name: Supermicro X7DB8/X7DB8, BIOS 2.1c 07/04/2011 Mar 3 06:47:02 aurora kernel: [1113289.959792] RIP: 0010:btrfs_update_device+0x1a8/0x1c0 [btrfs] Mar 3 06:47:02 aurora kernel: [1113289.959795] Code: 36 ff ff 4c 89 f7 45 31 c0 ba 10 00 00 00 48 8b 8b a0 00 00 00 4c 89 e6 e8 55 36 ff ff 4c 89 f7 e8 cd 1a fd ff e9 dd fe ff ff <0f> 0b eb c2 41 bd f4 ff ff ff e9 d6 fe ff ff e8 c4 56 85 ee 0f 1f Mar 3 06:47:02 aurora kernel: [1113289.959796] RSP: 0018:b6024abdba30 EFLAGS: 00010206 Mar 3 06:47:02 aurora kernel: [1113289.959798] RAX: 0fff RBX: 997fa4be7c00 RCX: 01c920f11e00 Mar 3 06:47:02 aurora kernel: [1113289.959800] RDX: 1000 RSI: 0dd4 RDI: 997e8cf00af0 Mar 3 06:47:02 aurora kernel: [1113289.959801] RBP: 997e85261e70 R08: b6024abdb9e0 R09: b6024abdb9e8 Mar 3 06:47:02 aurora kernel: [1113289.959803] R10: R11: R12: 0db4 Mar 3 06:47:02 aurora kernel: [1113289.959804] R13: R14: 997e8cf00af0 R15: fff4 Mar 3 06:47:02 aurora kernel: [1113289.959806] FS: 7fb3cbb99700() GS:997faba0() knlGS: Mar 3 06:47:02 aurora kernel: [1113289.959808] CS: 0010 DS: ES: CR0: 80050033 Mar 3 06:47:02 aurora kernel: [1113289.959810] CR2: 7fb3ce3d9550 CR3: 0ca92000 CR4: 06f0 Mar 3 06:47:02 aurora kernel: [1113289.959811] Call Trace: Mar 3 06:47:02 aurora kernel: [1113289.959846] btrfs_finish_chunk_alloc+0x11c/0x4b0 [btrfs] Mar 3 06:47:02 aurora kernel: [1113289.959872] ? btrfs_insert_item+0x7e/0xf0 [btrfs] Mar 3 06:47:02 aurora kernel: [1113289.959897] btrfs_create_pending_block_groups+0xec/0x200 [btrfs] Mar 3 06:47:02 aurora kernel: [1113289.959926] __btrfs_end_transaction+0x67/0x2e0 [btrfs] Mar 3 06:47:02 aurora kernel: [1113289.959952] btrfs_inc_block_group_ro+0xd4/0x150 [btrfs] Mar 3 06:47:02 aurora kernel: [1113289.959982] scrub_enumerate_chunks+0x18d/0x560 [btrfs] Mar 3 06:47:02 aurora kernel: [1113289.960013] btrfs_scrub_dev+0x1b2/0x540 [btrfs] Mar 3 06:47:02 aurora kernel: [1113289.960019] ? _cond_resched+0x15/0x30 Mar 3 06:47:02 aurora kernel: [1113289.960023] ? __kmalloc_track_caller+0x180/0x210 Mar 3 06:47:02 aurora kernel: [1113289.960027] ? apparmor_capable+0x72/0xa0 Mar 3 06:47:02 aurora kernel: [1113289.960029] ? __check_object_size+0x15d/0x189 Mar 3 06:47:02 aurora kernel: [1113289.960059] btrfs_ioctl+0xf7c/0x2cd0 [btrfs] Mar 3 06:47:02 aurora kernel: [1113289.960063] ? __switch_to_asm+0x40/0x70 Mar 3 06:47:02 aurora kernel: [1113289.960065] ? __switch_to_asm+0x34/0x70 Mar 3 06:47:02 aurora kernel: [1113289.960066] ? __switch_to_asm+0x40/0x70 Mar 3 06:47:02 aurora kernel: [1113289.960070] ? do_vfs_ioctl+0xa4/0x630 Mar 3 06:47:02 aurora kernel: [1113289.960072] do_vfs_ioctl+0xa4/0x630 Mar 3 06:47:02 aurora kernel: [1113289.960075] ? get_task_io_context+0x43/0x80 Mar 3 06:47:02 aurora kernel: [1113289.960078] ksys_ioctl+0x60/0x90 Mar 3 06:47:02 aurora kernel: [1113289.960081] ? __switch_to+0x115/0x440 Mar 3 06:47:02 aurora kernel: [1113289.960083] __x64_sys_ioctl+0x16/0x20 Mar 3 06:47:02 aurora kernel: [1113289.960087] do_syscall_64+0x53/0x100 Mar 3 06:47:02 aurora kernel: [1113289.960089] entry_SYSCALL_64_after_hwframe+0x44/0xa9 Mar 3 06:47:02 aurora kernel: [1113289.960092] RIP: 0033:0x7fb3ce492757 Mar 3 06:47:02 aurora kernel: [1113289.960094] Code: 00 00 90 48 8b 05 39 a7 0c 00 64 c7 00 26 00 00 00 48 c7 c0 ff ff ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 09 a7 0c 00 f7 d8 64 89 01 48 Mar 3 06:47:02 aurora kernel:
Bug#807329: Any updates to this?
So I've learned I'm a terrible person who should verify my backup scripts far more frequently since this bug appears to have been around since fall 2015 and I only now realized it. Also running into this same problem and only figured it out when Google turned up this bug report. Duply/duplicity will not run at all since 1.11-1. I had to roll back to 1.9.1-1 from stable to get things working again. I am encrypting with a passphrase only. GPG_PW='my passphrase' Start duply v1.11, time is 2016-05-08 07:47:35. Using profile '/home/matt/.duply/dreamhost'. Using installed duplicity version 0.7.07.1, python 2.7.11+, gpg 1.4.20 (Home: ~/.gnupg), awk 'GNU Awk 4.1.3, API: 1.1 (GNU MPFR 3.1.4, GNU MP 6.1.0)', grep 'grep (GNU grep) 2.25', bash '4.3.42(1)-release (x86_64-pc-linux-gnu)'. Signing disabled. Not GPG_KEY entries in config. Checking TEMP_DIR '/tmp' is a folder and writable (OK) Test - Encryption with passphrase (OK) Test - Decryption with passphrase (OK) Test - Compare (OK) Cleanup - Delete '/tmp/duply.17141.1462711656_*'(OK) --- Start running command STATUS at 07:47:36.605 --- Traceback (most recent call last): File "/usr/bin/duplicity", line 1544, in with_tempdir(main) File "/usr/bin/duplicity", line 1538, in with_tempdir fn() File "/usr/bin/duplicity", line 1376, in main action = commandline.ProcessCommandLine(sys.argv[1:]) File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py", line 1109, in ProcessCommandLine globals.backend = backend.get_backend(args[0]) File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 223, in get_backend obj = get_backend_object(url_string) File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 209, in get_backend_object return factory(pu) File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", line 166, in __init__ self.resetConnection() File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", line 188, in resetConnection self.conn = get_connection(self.scheme, self.parsed_url, self.storage_uri) File "/usr/lib/python2.7/dist-packages/duplicity/backends/_boto_single.py", line 99, in get_connection is_secure=(not globals.s3_unencrypted_connection)) File "/usr/lib/python2.7/dist-packages/boto/storage_uri.py", line 117, in connect **connection_args) File "/usr/lib/python2.7/dist-packages/boto/s3/connection.py", line 190, in __init__ validate_certs=validate_certs, profile_name=profile_name) File "/usr/lib/python2.7/dist-packages/boto/connection.py", line 569, in __init__ host, config, self.provider, self._required_auth_capability()) File "/usr/lib/python2.7/dist-packages/boto/auth.py", line 987, in get_auth_handler 'Check your credentials' % (len(names), str(names))) NoAuthHandlerFound: No handler was ready to authenticate. 1 handlers were checked. ['HmacAuthV1Handler'] Check your credentials 07:47:38.482 Task 'STATUS' failed with exit code '30'. --- Finished state FAILED 'code 30' at 07:47:38.482 - Runtime 00:00:01.877 ---
Bug#702654: RFP: mysquid -- mySquid is a threaded external ACL helper for Squid proxy.
Package: wnpp Severity: wishlist * Package name: mysquid Version : 1.0.0 Upstream Author : Matthew Goff m...@goff.cc * URL : https://github.com/Kline-/tools/tree/master/c++/mysquid * License : zlib Programming Lang: C++ Description : mySquid is a threaded external ACL helper for Squid proxy. mySquid is a threaded external ACL helper for Squid proxy that provides a generic interface for using ACLs stored within a MySQL database. Why is mySquid useful? Storing all ACLs in a common database allows for easier administration and maintenance from multiple sources. Any tool capable of interacting with the database can now modify ACL targets, and ACLs are not scattered between multiple files on disk. mySquid is small, lightweight, and efficient. Due to its threaded design, only one mySquid helper is required per ACL. mySquid imposes no concurrent request limits beyond what the backend database is capable of supporting. ACLs written to utilize mySquid can have targets added, updated, removed, and disabled without ever needing to restart or reload the Squid server. mySquid supports all tokens that Squid is capable of passing to an external helper. With properly designed database schemas and queries, mySquid is capable of processing any ACL structure. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648310: pegasus: Pegasus driver in kernel 3.0.0-1-amd64 fails when using USB network adapter.
This is actually my first attempt to use this adapter after digging it out of a box. I booted my box back into 2.6.32 and have the same results. All other machines in my home are on Win 7 x64 which no longer supports the adapter. I did manage to find some WinXP x64 drivers that 7 was able to accept, and the adapter did work and get me out onto the web, but then faulted out with no apparent cause. Given the inability to get this working on my Debian machine and the lack of proper Windows drivers to validate the adapter is working I'd venture you could close this report rather than chase what may end up being a faulty adapter on my part. Thanks, Matt Goff On Thu, Nov 10, 2011 at 11:37 AM, Jonathan Nieder jrnie...@gmail.comwrote: Hi, Matthew Goff wrote: Version: 3.0.0-3 [...] Please see fault in dmesg: pegasus 4-1:1.0: eth3: update_eth_regs_async, status -22 Utilizing USB network adapter listed as follows: 07a6:0986 ADMtek, Inc. AN986 Pegasus Ethernet ifconfig, ethtool, etc allow configuration of the device but no data will actually pass through it. I turned down the other ethernet adapters on the machine and was unable to ping past the first directly connected host to the Pegasus adapter. Thanks for reporting. Is this a regression? If so, what was the last working kernel version and first broken one you found? If not, has this card worked on any other OS before? Jonathan who never had trouble with his SMC 2202USB/ETH (EZ Connect USB) using pegasus on lenny, but is not sure where that adaptor is now
Bug#648310: pegasus: Pegasus driver in kernel 3.0.0-1-amd64 fails when using USB network adapter.
Package: linux-2.6 Version: 3.0.0-3 Severity: grave File: pegasus Justification: renders package unusable Please see fault in dmesg: pegasus 4-1:1.0: eth3: update_eth_regs_async, status -22 Utilizing USB network adapter listed as follows: 07a6:0986 ADMtek, Inc. AN986 Pegasus Ethernet ifconfig, ethtool, etc allow configuration of the device but no data will actually pass through it. I turned down the other ethernet adapters on the machine and was unable to ping past the first directly connected host to the Pegasus adapter. -- Package-specific info: ** Version: Linux version 3.0.0-1-amd64 (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 16:21:11 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-amd64 root=UUID=58ebd269-072a-4ff9-91e5-590efa23f4db ro quiet ** Not tainted ** Kernel log: [4.241765] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [4.241767] [drm] Driver supports precise vblank timestamp query. [4.241778] [drm] radeon: irq initialized. [4.241784] mtrr: type mismatch for f000,800 old: write-back new: write-combining [4.241787] [drm] Detected VRAM RAM=128M, BAR=128M [4.241789] [drm] RAM width 128bits DDR [4.241851] [TTM] Zone kernel: Available graphics memory: 4034950 kiB. [4.241853] [TTM] Zone dma32: Available graphics memory: 2097152 kiB. [4.241855] [TTM] Initializing pool allocator. [4.241883] [drm] radeon: 128M of VRAM memory ready [4.241886] [drm] radeon: 512M of GTT memory ready. [4.241904] [drm] GART: num cpu pages 131072, num gpu pages 131072 [4.245780] [drm] radeon: 1 quad pipes, 1 z pipes initialized. [4.252865] radeon :01:05.0: WB enabled [4.253252] [drm] Loading RS690/RS740 Microcode [4.341491] [drm] radeon: ring at 0xA0001000 [4.341510] [drm] ring test succeeded in 1 usecs [4.341662] [drm] radeon: ib pool ready. [4.341736] [drm] ib test succeeded in 0 usecs [4.341783] failed to evaluate ATIF got AE_BAD_PARAMETER [4.342045] [drm] Radeon Display Connectors [4.342047] [drm] Connector 0: [4.342048] [drm] VGA [4.342051] [drm] DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c [4.342053] [drm] Encoders: [4.342055] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [4.342057] [drm] Connector 1: [4.342058] [drm] S-video [4.342059] [drm] Encoders: [4.342061] [drm] TV1: INTERNAL_KLDSCP_DAC1 [4.342063] [drm] Connector 2: [4.342064] [drm] HDMI-A [4.342067] [drm] DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c [4.342069] [drm] Encoders: [4.342070] [drm] DFP3: INTERNAL_LVTM1 [4.393126] [drm] Radeon display connector VGA-1: Found valid EDID [4.402631] [drm] Radeon display connector HDMI-A-1: No monitor connected or invalid EDID [4.555138] [drm] fb mappable at 0xF004 [4.555141] [drm] vram apper at 0xF000 [4.555143] [drm] size 5242880 [4.555145] [drm] fb depth is 24 [4.555146] [drm]pitch is 5120 [4.555232] fbcon: radeondrmfb (fb0) is primary device [4.582047] Console: switching to colour frame buffer device 160x64 [4.591920] fb0: radeondrmfb frame buffer device [4.591922] drm: registered panic notifier [4.591928] [drm] Initialized radeon 2.10.0 20080528 for :01:05.0 on minor 0 [4.592732] HDA Intel :01:05.2: PCI INT B - GSI 19 (level, low) - IRQ 19 [4.592799] HDA Intel :01:05.2: irq 42 for MSI/MSI-X [7.620009] hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x000f [8.624010] hda-intel: No response from codec, disabling MSI: last cmd=0x000f [9.628012] hda-intel: Codec #0 probe error; disabling it... [ 11.772009] hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x00070503 [ 12.219260] Adding 4882428k swap on /dev/sda2. Priority:-1 extents:1 across:4882428k [ 12.224843] EXT4-fs (sda1): re-mounted. Opts: (null) [ 12.544956] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro [ 12.643031] loop: module loaded [ 14.029671] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null) [ 14.041068] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null) [ 14.781227] r8169 :02:00.0: eth2: link down [ 14.781235] r8169 :02:00.0: eth2: link down [ 14.782592] ADDRCONF(NETDEV_UP): eth2: link is not ready [ 14.895616] ip_tables: (C) 2000-2006 Netfilter Core Team [ 14.913809] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [ 16.746723] r8169 :02:00.0: eth2: link up [ 16.748079] ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready [ 23.973241] vortex[1454] general protection ip:7f5760b7bcaa sp:7fff4e41e050 error:0 in libmysqlclient.so.16.0.0[7f5760af+1cf000] [ 24.475371] sshd (1654): /proc/1654/oom_adj is deprecated, please use /proc/1654/oom_score_adj instead. [ 327.700020] usb 4-1: new full speed USB
Bug#501459: mount: Any update to this?
Package: mount Version: 2.17.2-9 Severity: normal Still experiencing this bug in current stable build. //wdtvlive/Elements /wdtv cifsnoauto,rw,users,guest,_netdev0 0 -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsepol1 2.0.41-1 SELinux library for manipulating b ii libuuid1 2.17.2-9 Universally Unique ID library mount recommends no packages. Versions of packages mount suggests: ii nfs-common1:1.2.2-4 NFS support files common to client -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558808: nano: Colors no longer display
Package: nano Version: 2.1.99pre1-1 Severity: normal Nano is no longer displaying colors for syntax rules I have created. I know 2.0.2 still works for me, but haven't tried any other older versions. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages nano depends on: ii dpkg 1.15.5.2 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libncursesw5 5.7+20090803-2 shared libraries for terminal hand nano recommends no packages. Versions of packages nano suggests: pn spell none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
