Close please.
The 17G was from trying to blank the drive, which for some reason
disconnected in the process resulting in a file written in /dev with the
name sda. From there on the loop and so on. So there was a /dev/sda file
as a left-over after that. Thanks for pointing me in the right direc
Package: src:linux
Version: 5.10.13-1~bpo10+1
Severity: critical
Justification: causes serious data loss
Dear Maintainer,
Large USB drives (example - Seagate 4TB Backup) which work perfectly fine with
4.19 are identified as incorrect size. In the case of the 4TB sized USB it's
identified as a 1
e opposite
behavior - the bug shows up on 4.x up to at least 5.4. I do not see it
on 5.10.
Brgds,
Timo
On 21.02.2021 16:53, Anton Ivanov wrote:
Client side. This seems to be an entirely client side issue.
A variety of kernels on the clients starting from 4.9 and up to 5.10
using 4.19 serve
On 21/02/2021 14:37, Bruce Fields wrote:
On Sun, Feb 21, 2021 at 11:38:51AM +, Anton Ivanov wrote:
On 21/02/2021 09:13, Salvatore Bonaccorso wrote:
On Sat, Feb 20, 2021 at 08:16:26PM +, Chuck Lever wrote:
Confirming you are varying client-side kernels. Should the Linux
NFS client
On 21/02/2021 09:13, Salvatore Bonaccorso wrote:
Hi,
On Sat, Feb 20, 2021 at 08:16:26PM +, Chuck Lever wrote:
On Feb 20, 2021, at 3:13 PM, Anton Ivanov
wrote:
On 20/02/2021 20:04, Salvatore Bonaccorso wrote:
Hi,
On Mon, Jul 08, 2019 at 07:19:54PM +0100, Anton Ivanov wrote:
Hi list
On 20/02/2021 20:04, Salvatore Bonaccorso wrote:
Hi,
On Mon, Jul 08, 2019 at 07:19:54PM +0100, Anton Ivanov wrote:
Hi list,
NFS caching appears broken in 4.19.37.
The more cores/threads the easier to reproduce. Tested with identical
results on Ryzen 1600 and 1600X.
1. Mount an openwrt build
On 20/02/2021 10:33, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the src:linux package:
#940821: linux-image-5.2.0-2-amd64: file cache corruption with nfs4
It has been closed by Bastian Blank .
Their explanation is attac
[0.00] Linux version 5.2.0-3-amd64 (debian-kernel@lists.debian.org)
(gcc version 8.3.0 (Debian 8.3.0-22)) #1 SMP Debian 5.2.17-1 (2019-09-26)
[0.00] Command line: BOOT_IMAGE=diskless/amd64/vmlinuz-5.2.0-3-amd64
initrd=diskless/amd64/initrd.img-5.2.0-3-amd64 root=/dev/nfs ip=dhcp
On 22/11/2019 19:32, Ben Hutchings wrote:
Control: reassign -1 src:linux 5.2.17-1
Control: tag -1 moreinfo
On Thu, 2019-11-21 at 08:58 +, Anton Ivanov wrote:
Package: linux-image-5.2.0-3-amd64
Version: 5.2.17+1
Severity: important
Dear Maintainer,
Dear Maintainer,
OOM handling appears
Package: linux-image-5.2.0-3-amd64
Version: 5.2.17+1
Severity: important
Dear Maintainer,
Dear Maintainer,
OOM handling appears to be broken in 5.2.17-1 if hugepages are enabled.
Test system: AMD A4-5300, 40G RAM, no swap, booted disklessly.
Without hugepages enabled can compile dpdk without a
This is a regression in the randomization of the va setting.
UML will boot on debian 4.19 kernel host with kernel.randomize_va_space = 2
UML will not boot debian 5.2 kernel host with kernel.randomize_va_space = 2
UML will boot on 5.2 once kernel.randomize_va_space is set to 0 on the host.
So
On 03/10/2019 16:06, Salvatore Bonaccorso wrote:
Control: tags -1 + moreinfo
Hi
On Thu, Oct 03, 2019 at 09:24:26AM +0100, Anton Ivanov wrote:
Package: src:linux
Version: 4.19.67-2+deb10u1
Severity: important
Dear Maintainer,
noht has no effect.
I have been trying to chase down a weird hang
Package: src:linux
Version: 4.19.67-2+deb10u1
Severity: important
Dear Maintainer,
noht has no effect.
I have been trying to chase down a weird hang which occurs only on 6 core/12
thread Ryzens (I cannot reproduce it on 4/8 or older CPUs).
As a part of that I tried to disable ht. Well, it cann
x it :(
A.
On 20/09/2019 15:48, Anton Ivanov wrote:
These are the Start (that is what sbrk(0) returns) and &_end values I
get for the two kernels:
Linux 4.19 on host - Start 1645867008 end 1631412224 diff 14454784
Linux 5.2 on host - Start 93825006145536 end 1631412224 diff
93823374733312
Package: src:linux
Version: 5.2.9-2
Severity: important
Dear Maintainer,
Any attempt to run UML on a machine running 5.2.9-2 results in:
Adding 9382334992 bytes to physical memory to account for exec-shield gap
Too few physical memory! Needed=93823417974784, given=547037904896
Running the s
Package: src:linux
Version: 5.2.9-2
Severity: critical
Justification: breaks unrelated software
Dear Maintainer,
NFSv4 caching is completely broken on SMP.
How to reproduce:
Option 1. clone openwrt, run while make clean && make -j `nproc` ; do true ;
done
It will break depending on number of
Same picture with different NFS minor versions - 4.0, 4.1
Same picture with and without hyperthreading
Same picture with and without different mitigations on/off via kernel
command line.
100% reproducible within 4-5 repeats of make -j `cat /proc/cpuinfo |
grep processor | wc -l` ; make clean
builds in a loop to achieve that.
A.
On 08/07/2019 12:01, Anton Ivanov wrote:
On 08/07/2019 11:59, Anton Ivanov wrote:
There are clearly some issues with nfs across an autofs mount (maybe
for hard mounts as well), so this may warrant an upgrade.
Example test. Run make -j 12 ; make clean in a
There are clearly some issues with nfs across an autofs mount (maybe for
hard mounts as well), so this may warrant an upgrade.
Example test. Run make -j 12 ; make clean in a loop on an nfs mounted
openwrt tree until it fails (usually 2-3 iterations).
State on the client
ls -laF
/var/autofs
On 08/07/2019 11:59, Anton Ivanov wrote:
There are clearly some issues with nfs across an autofs mount (maybe
for hard mounts as well), so this may warrant an upgrade.
Example test. Run make -j 12 ; make clean in a loop on an nfs mounted
openwrt tree until it fails (usually 2-3 iterations
Package: src:linux
Version: 4.19.37-5
Severity: normal
File: linux-image-4.19.0-5-amd64
Dear Maintainer,
An attempt to mount an nfs mount via autofs when it is being unmounted
sometimes results in a deadlock.
This is easier to reproduce with nfsv3. It is more difficult but still
possible with
Package: src:linux
Version: 4.19.28-1
Severity: normal
File: linux-image-4.19.0-4-amd64
Dear Maintainer,
Bridge MAC learning is completely broken at present.
How to reproduce:
1. Build one or more MINIMAL vms or connect machines with MINIMAL installs to
interfaces which join to a Linux bridge
Package: src:linux
Version: 4.19.16-1~bpo9+1
Severity: important
Dear Maintainer,
Occasional hangs, under X only. During the hang no new processes can be
spawned from any terminal windows in the X session, windows which use DRM
like firefox, thunderbird, etc do not update. Windows can be moved an
Package: nfs-kernel-server
Version: 1:1.3.4-2.1
Severity: important
Dear Maintainer,
NFSv4 in stretch is broken and unusable.
After some time the server exporting the directories starts throwing
[1130732.440356] NFS: nfs4_reclaim_open_state: Lock reclaim failed!
[1130734.801510] NFS: nfs4_recla
Hi all,
I am observing an interesting issue with the OpenWRT build process when
building on an up-to-date stretch host. It no longer works on NFS on
debian (it used to work).
If I run make with a clean freshly cloned directory tree on a normally
mounted filesystem it completes OK.
If I do a fres
3.14 is broken too. This time nothing appears on the outgoing interface.
This leaves the following picture:
3.2 works, 3.10, 3,12, 3,14 do not.
A.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ar
Package: src:linux
Version: 3.12.9-1~bpo70+1
Severity: important
Dear Maintainer,
The following should setup a gre tunnel which has MTU 1500 and
fragments gre correctly as needed.
ip link add gt0 type gretap remote 10.0.48.1 local 192.168.128.1
ip link set gt0 up
ifconfig gt0 mtu 1500
This wo
Package: src:linux
Version: 3.12.9-1~bpo70+1
Severity: important
Dear Maintainer,
Tunnel interfaces using Evernet over LTPv3 are broken for bridge use.
Scenario:
l2tp0<->br0<->l2tp1
Arp requests from l2tp0 emits OK
Arp request travels across bridge to l2tp1 OK
Package: linux-2.6
Version: 2.6.32-35squeeze2
Severity: normal
enabling ksm by echo 1 > /sys/kernel/mm/ksm/run has no effect
full_scans are always 0, no increment in any of the other variables
-- Package-specific info:
** Version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-35squeeze2) (da...@
Upgrade to backports fixes that.
Brgds,
A.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f5a166d.9050...@kot-begemot.co.uk
Package: linux-2.6
Version: 2.6.32-41
Severity: normal
Attempts to do QoS (CBQ using tc) show tell-tale signs of
interrupt mitigation at work. Bandwidth fluctates and is
not measured properly.
I have set all applicable settings via ethtool at 0, I have
also passed the relevant intel-style param
Package: linux-2.6
Version: 2.6.32-41
Severity: normal
iwl wifi hangs on heavy traffic. Mounting an nfs server via wifi
and untarring linux kernel gives a reproducible hang 1 out of 4
times or so.
At the same time if the traffic is light it can work for days
with no problem.
-- Package-specific
On 10/02/12 01:38, Jonathan Nieder wrote:
Hi,
Anton Ivanov wrote:
nfsd gets stuck in D state. Initially some machines, later all which read off
the nfs server fail to read. Messages like:
Mar 17 22:03:34 localhost kernel: [1899559.532028] statd: server rpc.statd not
responding, timed
On 12/09/11 10:07, Jonathan Nieder wrote:
Hi Anton,
Anton Ivanov wrote:
When an export is exported and mounted via autofs using BOTH
NFSv3 and NFSv4 the NFSv4 one deadlocks.
We ought to have put this in the hands of upstream about a year ago.
Better late than never, so I will echo
On 12/09/11 10:07, Jonathan Nieder wrote:
Hi Anton,
Anton Ivanov wrote:
When an export is exported and mounted via autofs using BOTH
NFSv3 and NFSv4 the NFSv4 one deadlocks.
We ought to have put this in the hands of upstream about a year ago.
Better late than never, so I will echo
Package: linux-2.6
Version: 2.6.32-34squeeze1
Severity: normal
The card is identified correctly, but never manages to associate
with an AP.
The card is a generic rtl8185 cannibalised out of a Maplin HTC
PC bundle.
Dmesg self-explanatory.
Unfortunately the web site on sourceforge seems a bit b
OK, cool, thanks, you can close the bug.
I agree - thankfully it is not a 5GHz part so no harm done from it
reporting CN.
Brgds,
On 04/10/11 20:08, Stefan Lippers-Hollmann wrote:
Hi
On Sunday 10 April 2011, Anton Ivanov wrote:
On 04/10/11 16:23, Stefan Lippers-Hollmann wrote
On 04/10/11 16:23, Stefan Lippers-Hollmann wrote:
Hi
On Sunday 10 April 2011, Anton Ivanov wrote:
On 04/10/11 00:55, Ben Hutchings wrote:
On Fri, 2011-04-08 at 13:39 +0100, Anton Ivanov wrote:
[...]
ath driver ignores reg domain setting passed via cfg80211 and uses one
On 04/10/11 00:55, Ben Hutchings wrote:
On Fri, 2011-04-08 at 13:39 +0100, Anton Ivanov wrote:
Package: linux-2.6
Version: 2.6.32-30
Severity: minor
ath driver ignores reg domain setting passed via cfg80211 and uses one
from EEPROM instead. This setting a lot of cheap cards is CN. As a
Package: linux-2.6
Version: 2.6.32-30
Severity: minor
ath driver ignores reg domain setting passed via cfg80211 and uses one
from EEPROM instead. This setting a lot of cheap cards is CN. As a result
the reg domain is set incorrectly (and for some countries illegally).
dmesg selfexplanatory.
-
Package: linux-2.6
Version: 2.6.32-30
Severity: important
nfsd gets stuck in D state. Initially some machines, later all which read off
the nfs server fail to read. Messages like:
Mar 17 22:03:34 localhost kernel: [1899559.532028] statd: server rpc.statd not
responding, timed out
Mar 17 22:03:3
You can close this one or downgrade it.
There is a problem somewhere in the suspend/resume, but it is too
esoteric and hard to reproduce.
Upgrade to KDE4 left a total mess in various KDE cache files resulting
in the machine keeping open files on autofs NFS across a VPN link and
not unmountin
Package: linux-2.6
Version: 2.6.32-30
Severity: normal
File: linux-image-2.6.32
Current .32 and last BPO for lenny prior to squeeze release fail to
suspend to RAM most of the time. Up to 2.6.32-15~bpo50+1 suspend
was flawless.
The machine is a TiBook G4 1GHz with 1G of RAM and a new harddrive.
Hi Ben,
You were correct.
It is offload and it is X and/or pulse which is throwing enough TCP at
the system to trigger the memory allocation failures.
You can close the bug now.
Turning off all offloads except checksumming looks like a valid
workaround. I have had the system running for a while
Ben Hutchings wrote:
> On Sat, 2011-02-05 at 13:45 +0000, Anton Ivanov wrote:
>
>> Ben Hutchings wrote:
>>
>>> On Mon, 2011-01-31 at 11:16 +, Anton Ivanov wrote:
>>>
>>>
>>>> Package: linux-2.6
>>>> V
Ben Hutchings wrote:
> On Mon, 2011-01-31 at 11:16 +0000, Anton Ivanov wrote:
>
>> Package: linux-2.6
>> Version: 2.6.32-30~bpo50+1
>> Severity: normal
>>
>>
>> I keep getting VM failure messages. I suspect the machine
>> is simply a bit too slo
Package: linux-2.6
Version: 2.6.32-30~bpo50+1
Severity: normal
I keep getting VM failure messages. I suspect the machine
is simply a bit too slow for the network card which is in
it. It is a via Nehemia at 1.7GHz with an extra Intel
GigE server adapter. The backtraces look like showing
proble
Ben Hutchings wrote:
On Sun, 2011-01-23 at 12:55 +, Anton Ivanov wrote:
Package: linux-2.6
Version: 2.6.32-15~bpo50+1
Why are you using a 7 month old version? Try the current version
(2.6.32-30).
Ben.
The current one does not manifest the problem. You can close this bug
Package: linux-2.6
Version: 2.6.32-15~bpo50+1
Severity: normal
File: linux-image-2.6.32-bpo.5
Sound module which is unusable.
Any playback starts OK, but gets interrupted with hissing/ticking
by other activity. Moving windows, disk activity, etc cause sound
interruptions up to a couple of second
4, 2009 at 11:08:36PM +0100, Ben Hutchings wrote:
>
>> On Wed, 2009-06-24 at 16:42 +0100, Anton Ivanov wrote:
>>
>>> Additional information.
>>>
>>> It does not do it on all classes. I can observe it on a particular class
>>> parented
On Sun, 2010-04-04 at 20:40 +0100, Ben Hutchings wrote:
> On Sun, 2010-04-04 at 09:44 +0100, Anton Ivanov wrote:
> > Package: linux-image-2.6.26
> > Version: nfsfix.1
>
> What does that version mean? Have you applied your own patches? Can
> you reproduce this with an
Package: linux-image-2.6.26
Version: nfsfix.1
Severity: important
When an export is exported and mounted via autofs using BOTH
NFSv3 and NFSv4 the NFSv4 one deadlocks.
Setup - transition from v3 to v4.
System A is still perusing the old map:
cat /etc/auto.local | grep iPodResolution
iPodResolut
Just remembered something - I did quite a lot of copying off manually
mounted via v3 exports which were at the same time accessed elsewhere
via v4. So this is probably autofs related and needs to me mounted under
an autofs point to be triggered.
The only reference I have been able to find to somet
Sure, that is the same bug. I actually thought that I was updating that
one when submitting the recent bug reports.
Close please.
--
Understanding is a three-edged sword:
your side, their side, and the truth. --Kosh Naranek
A. R. Ivanov
E-mail: anton.iva...@kot-begemot.co.uk
WWW:
On Sun, 2010-01-31 at 13:12 +0100, Moritz Muehlenhoff wrote:
> On Wed, Jan 27, 2010 at 11:38:07AM +0000, Anton Ivanov wrote:
> > Sorry, ignore my previous email.
> >
> > I think I got to it, for whatever reason it is not getting set in
> > cbq_set_lss(), just can
Sorry, ignore my previous email.
I think I got to it, for whatever reason it is not getting set in
cbq_set_lss(), just can't figure out what is wrong.
Brgds,
--
Understanding is a three-edged sword:
your side, their side, and the truth. --Kosh Naranek
A. R. Ivanov
E-mail: ant
ffending & with
&&. If it works after that we can hopefully consider this one closed.
Brgds,
On Wed, 2010-01-27 at 10:49 +, Anton Ivanov wrote:
> I have finally gotten around to look at it properly (it has been
> annoying me all morning so I did not have choice, but to get to i
I have finally gotten around to look at it properly (it has been
annoying me all morning so I did not have choice, but to get to it).
There is no way I can see the current kernel code to work.
It sets borrow to be _ALWAYS_ equal to the parent on line 2077 of
cbq_shed.c. For a bounded class it sho
side, and the truth. --Kosh Naranek
A. R. Ivanov
E-mail: aiva...@sigsegv.cx
WWW: http://www.sigsegv.cx/
pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanov
Fingerprint: C824 CBD7 EE4B D7F8 5331 89D5 FCDA 572E DDE5 E715
--- Begin Message ---
On 24.10.2009 22:05, Anton Ivanov wrote:
It works
[snip]
> I imagine such applications are already totally insecure.
Sure, agree 100%. However, under normal circumstances they can be bolted
down by a sysadmin using directory permissions until the developers see
the light.
>
> > Fourth, during the discussion it was claimed that this does not w
however it is worth checking and if it is coming from the ptrace patches
double check if they do not introduce something worse than that
somewhere.
Cheers,
On Sat, 2009-10-24 at 21:18 +0100, Ben Hutchings wrote:
> On Sat, 2009-10-24 at 20:19 +0100, Anton Ivanov wrote:
> > Package: linux-i
Package: linux-image-2.6.26-2-686
Version: 2.6.26-17
Severity: important
Currently discussed on bugtraq
Cut-n-pasting the email
Hi!
This is forward from lkml, so no, I did not invent this
hole. Unfortunately, I do not think lkml sees this as a security hole,
so...
Jamie Lokier said:
> > > a)
see
exactly where it is broken. Apologies,
Best Regards,
On Sat, 2009-07-25 at 22:30 +0200, Moritz Muehlenhoff wrote:
> On Wed, Jun 24, 2009 at 10:21:05AM +0100, Anton Ivanov wrote:
> > Package: linux-image-2.6.26
> > Version: nfsfix.1
> > Severity: normal
> >
> &
I can confirm that.
While the difference between PREEMPT and normal kernels with 2.6.18 and
prior to that was mostly "for connoisseurs", with 2.6.26 it is clearly
visible with the naked eye (tested on a bog standard 2GHz Athlon XP).
This should not really be the case especially under light or no
Additional information.
It does not do it on all classes. I can observe it on a particular class
parented to the root CBQ qdisc with multiple burstable children.
"isolated" put on another class parented to the root qdisc is similarly
ignored.
I will try to dig through the source to see exactly
Package: linux-image-2.6.26-2-486
Version: 2.6.26-15
Severity: normal
CBQ fails to perform correctly.
class cbq 2:16 parent 2: leaf 76: rate 32bit (bounded) prio 1
Sent 551644 bytes 1279 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
borrowed 810 overa
Package: linux-image-2.6.26
Version: nfsfix.1
Severity: normal
CBQ is completely broken. The borrowed counters never increase and from there
on the bandwidth computation is totally fubar.
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (500, 'stable')
Architectu
Does not fix it I am afraid.
It took it longer to show up, but it is showing up none the less. So it
is not just that bit of code. There is something buggered elsewhere in
the NFS subsystem I am afraid :-(
Took around 8 hours of medium level usage - reading mail, digging for
stuff around the int
It is loaded on one of my machines (the one that sees heavy use). The
results should be available in 6-8 hours.
On Thu, 2009-04-16 at 00:23 -0600, dann frazier wrote:
> Can you test this build to see if it fixes the issue?
> http://people.debian.org/~dannf/bugs/524199/
>
--
Understanding i
have been out of commission with 2.6.26.
On Wed, 2009-04-15 at 13:52 -0400, John Morrissey wrote:
> On Wed, Apr 15, 2009 at 01:30:51PM +0100, Anton Ivanov wrote:
> > Overtime any system with NFS usage grinds to a crawl. While root or /usr
> > on NFS are most affected the same proble
Package: linux-image-2.6.26-1-686
Version: 2.6.26-13lenny2
Severity: important
Tags: patch
Overtime any system with NFS usage grinds to a crawl. While root or /usr on
NFS are most affected the same problem should affect other NFS usage. The
symptoms are extremely high system load, taking 20 minut
I had no other choice but to switch to DVDs (and later REV) for the
backup so I no longer have a test setup.
Sorry, I am not in a position to help you with this one.
Best Regards,
On Sat, 2008-11-22 at 14:20 +0100, Moritz Muehlenhoff wrote:
> On Sun, Apr 29, 2007 at 08:37:17AM +0100, An
Package: linux-image-2.6.18-4-686
Version: 2.6.18.dfsg.1-12
Severity: important
Kernel detects ide tape
ide-tape: hdb <-> ht0: Seagate STT2A rev 8A51
ide-tape: hdb <-> ht0: 1000KBps, 6*54kB buffer, 9720kB pipeline, 108ms tDSC, DMA
After which all userland utilities fail to access it or issu
73 matches
Mail list logo
