The man page for bind9-host:s host say: host is a simple utility for
performing DNS lookups, and as far as I know it has never supposed to
be more than a user friendly alternative to dig. Since host is there
among other things for diagnosing DNS problems, it has its own query and
resolve logic,
Roger Miller: There seems to be little cause for fear in normal
installations. Unless you are OoM:ing in heavy network usage, I don't
think you have anything to fear. Had this been a cause for concern for
regular users, this would have been handled much more high-profile,
and with greater speed
Ok, further investigation here shows that this is not actually a
regression, just that the load on our server after the upgrade was
higher than earlier.
So, not a regression, but a general kernel bug during our extreme load
pattern here.
--
linux-image 2.6.15-28.55 regression from 2.6.15-28.53,
Forgot to say, it is linux-image-2.6.15-28-server_2.6.15-28.53_i386.deb,
so server flavour on i386.
--
linux-image 2.6.15-28.55 regression from 2.6.15-28.53, crashes under network
load
https://bugs.launchpad.net/bugs/116815
You received this bug notification because you are a member of Ubuntu
[42949719.42] [c02ca233] tcp_prune_queue+0x83/0x210
[42949719.42] [c02c9671] tcp_data_queue+0x561/0xca0
[ full dump on http://www.acc.umu.se/~maswan/ubuntu/page-
alloc-28.55]
Running 28.53, we would occasionally get an OoM on a process, but not
total crashes like on 28.55.
/Mattias
The downloader is a part of application software that stages files
from remote sources onto an nfs-mounted filesystem. Typically 10-20
parallel streams in each downloader, and 10-20 downloaders running
during high load. Aggregate performance 20-80MByte/s, most of this with
large tcp windows.
Could the intrepid network boot images please be regenerated with this
update? As Draeth wrote, this prevents network installs for devices with
an atl1e NIC (without mangling the initrd.gz yourself).
--
atl1e.ko missing in initrd, causes kernel panic on thin clients
Also, this affects ipv6 deployment. For a dual-stacked network, you
would like to list both the v4 and v6 IP so that you can resolve in case
either of the network stacks/routings/etc get messed up. But then you
are down to 1.5 nameservers.
A larger number would make sense to me, we currently see
The man page for bind9-host:s host say: host is a simple utility for
performing DNS lookups, and as far as I know it has never supposed to
be more than a user friendly alternative to dig. Since host is there
among other things for diagnosing DNS problems, it has its own query and
resolve logic,
Fixed with current 2.6.31.14.25, thanks!
--
karmic cciss: error messages on working device
https://bugs.launchpad.net/bugs/413070
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Still an issue on linux-image-2.6.31-11-server version 2.6.31-11.36,
this makes using the console really annoying.
** Tags added: karmic
--
karmic cciss: error messages on working device
https://bugs.launchpad.net/bugs/413070
You received this bug notification because you are a member of Ubuntu
Any progress? The lack of nic drivers in the installer means (automated)
netboot installs won't work...
--
bnx2x missing in initrd for install media
https://bugs.launchpad.net/bugs/360966
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
Binary package hint: gidentd
Discovered while using postgresql with identd auth, now and then gidentd
would respond with NO-USER instead of the actual user. Symptom:
2008-09-11 13:23:27 CEST LOG: invalidly formatted response from Ident
server: 37187, 5432 : ERROR : NO-USER
Public bug reported:
Binary package hint: rsync
On our public free software mirror (also se.releases.u.c) we run amd64
hardy on the frontends. The rsyncd parent process quite often stops
responding to new connections, and during this it seems to spin on cpu
with 100% cpu usage. A quick check
I can confirm that in the current Karmic netboot environment the module
does load and work. Thanks!
--
bnx2x missing in initrd for install media
https://bugs.launchpad.net/bugs/360966
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Public bug reported:
Binary package hint: linux-image-2.6.31-5-generic
On my shiny new bl460c g6 blade with onboard p410i controller I have a
raid 1 configured with current karmic installed. This boots and works,
but the kernel keeps logging:
[ 6888.914389] end_request: I/O error, dev
I've looked into 2 a bit further, and it seems mostly to be during
install. There is a 50-second timeout for each interface every time the
installer probes for NICs. Since the hp blades have 2 NICs that each
have 4 virtual NICs, it means 8 x 50 seconds repeated what looks like
3-6 scans by the
Public bug reported:
Binary package hint: linux-image-2.6.31-5-generic
When installing some of my new bl460c g6 blades with bnx2x 10GE
interfaces, the step detecting network hardware takes a really long
time. This is probably due to the installer scanning all interfaces
several times, and these
** Attachment added: bnx2x-init.png
http://launchpadlibrarian.net/30459454/bnx2x-init.png
--
karmic installation slow on detecting network hardware with bnx2x
https://bugs.launchpad.net/bugs/415353
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Not fixed in Edgy, not fixed in Feisty.
It is also a concern because you can't switch autoconf off until the
module is loaded, so you kind of need it before sysctl.conf is read
(unless you want ugly pre-up and up hacks).
--
IPv6 module is not loaded early enough
https://launchpad.net/bugs/7091
Public bug reported:
Binary package hint: linux-source-2.6.20
Just specifying:
net.ipv6.conf.default.autoconf=0
net.ipv6.conf.all.autoconf=0
in sysctl.conf does not actually disable autoconf.
Explicitly setting
net.ipv6.conf.eth0.autoconf=0
on the other hand does work (if I've added ipv6 to
Public bug reported:
Binary package hint: ifupdown
This /etc/network/interfaces does not configure the static ipv6 address
on bootup (only the link-local):
auto lo eth0
iface lo inet loopback
iface eth0 inet static
address 130.239.18.226
netmask 255.255.255.128
broadcast 130.239.18.255
Yes, this seems to be fixed in 2.6.20-12-server for me too on amd64.
Suggest we close the bug then as fixed.
--
[feisty] oprofile does not sample samples
https://launchpad.net/bugs/82862
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Public bug reported:
Binary package hint: systemtap
The package systemtap fails to work on feisty kernels (2.6.20), probably
due to:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=407389
Recompiling the current debian version (0.0.20070113-1) works fine for
me.
/Mattias Wadenstein
Public bug reported:
Binary package hint: oprofile
At startup, I get this:
[EMAIL PROTECTED]:/var/lib/oprofile# opcontrol --start
Using default event: CPU_CLK_UNHALTED:10:0:1:1
/usr/bin/opcontrol: 1: cannot create /dev/oprofile/0/enabled: Directory
nonexistent
/usr/bin/opcontrol: 1: cannot
apport information
** Tags added: apport-collected
** Description changed:
Binary package hint: linux-source-2.6.20
Just specifying:
net.ipv6.conf.default.autoconf=0
net.ipv6.conf.all.autoconf=0
in sysctl.conf does not actually disable autoconf.
Explicitly setting
apport information
** Attachment added: AplayDevices.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440307/+files/AplayDevices.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/96578
apport information
** Attachment added: BootDmesg.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440308/+files/BootDmesg.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/96578
apport information
** Attachment added: Card0.Amixer.values.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440309/+files/Card0.Amixer.values.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Attachment added: Card0.Codecs.codec.0.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440310/+files/Card0.Codecs.codec.0.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Attachment added: Lspci.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440312/+files/Lspci.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/96578
Title:
The
apport information
** Attachment added: Lsusb.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440313/+files/Lsusb.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/96578
Title:
The
apport information
** Attachment added: PciMultimedia.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440314/+files/PciMultimedia.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Attachment added: ProcCpuinfo.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440315/+files/ProcCpuinfo.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/96578
apport information
** Attachment added: ProcInterrupts.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440316/+files/ProcInterrupts.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Attachment added: ProcModules.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440317/+files/ProcModules.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/96578
apport information
** Attachment added: UdevLog.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440319/+files/UdevLog.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/96578
Title:
apport information
** Attachment added: WifiSyslog.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440320/+files/WifiSyslog.txt
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs,
apport information
** Attachment added: UdevDb.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440318/+files/UdevDb.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/96578
Title:
apport information
** Attachment added: CurrentDmesg.txt
https://bugs.edge.launchpad.net/bugs/96578/+attachment/2440311/+files/CurrentDmesg.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/96578
Martin: the domain suffix ends up in search field in resolv.conf or
equivalent, and that's a purely client-side expansion. All that does is
to append the domain or search suffix to all queries and try those
first, before trying to resolve the query as given. It doesn't matter
which resolver is
On current lucid (2.6.32-25.45) I still see:
[ 13.372492] type=1505 audit(1289993385.731:12): operation=profile_load pid
=1048 name=/usr/sbin/tcpdump
[ 38.500547] bnx2x: gave up waiting for init of module libcrc32c.
[ 38.500552] bnx2x: Unknown symbol crc32c
[ 68.455130] bnx2x: gave up
It is from a real system originally installed from the netboot
installer.
Also, it does eventually manage to load it, but it takes quite a while.
I don't really know why that is.
I'll try to get a look at the current lucid netboot images too, but
that's slightly more tricky since I've run out of
mas...@bobo:~$ gunzip -c /boot/initrd.img-$(uname -r)|cpio -t|egrep
'bnx2x|libcrc32'
50910 blocks
mas...@bobo:~$
Any other ideas?
The filesystems do get mounted before the wait, not just root but also:
[ 11.470113] EXT4-fs (dm-3): mounted filesystem with ordered data mode
[ 12.150636]
Trying out this on the latest karmic netboot gives the following:
[ 62.146934] bnx2x: gave up waiting for init of module libcrc32c.
[ 62.146938] bnx2x: Unknown symbol crc32c
And the module refuses to load.
This is under:
Linux (none) 2.6.31-5-generic #24-Ubuntu SMP Sat Aug 1 12:47:58 UTC
libcrc32c.ko is there, but fails to load with Unknown symbol in module,
or unknown parameter (see dmesg), and nothing in dmesg to tell why
either.
One thing that we found missing is crc32c, which could be the cause of
libcrc32c failing to load. In kernel/crypto there is only one file:
arc4.ko.
Of interest could be that the current Squeeze installer kernel is
significantly faster, by not having this 50 second timeout, but then
that is a fairly ancient 2.6.26-2 with other issues.
--
karmic installation slow on detecting network hardware with bnx2x
https://bugs.launchpad.net/bugs/415353
Also applies to me in the server world, with a hp bl460c g6 blade which
has this onboard graphics:
01:03.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02)
Workaround works, but it was a less than pleasant surprise when
upgrading, and it does add an extra couple of manual steps to
Trying out today's maverick installer, 2.6.35-14-generic is much better,
only about 5 seconds per interface. Still takes a bit over a minute to
loop through all interfaces twice in the installer, but a minute and a
half is much better than the 20-30 minutes of karmic and lucid.
--
karmic
Seems to be the same (or at least same symptoms) that I see on karmic
amd64 running 2.6.31-17-generic with Intel Corporation Wireless WiFi
Link 5300 (thinkpad x200s). I can get it unstuck by flipping the
wireless hw kill switch to turn wireless off and then on again after a
few seconds.
When
This still has nothing to do with mirrors. All mirrors of a repository
has Contents files if the repository has generated them. If the
repository does not have Contents files, no mirror will have them.
What you are trying to say is that some repositories don't have Contents
files generated, and
Note my comment on 2009-10-16:
Fixed with current 2.6.31.14.25, thanks!
Which means the bug was fixed then.
--
karmic cciss: error messages on working device
https://bugs.launchpad.net/bugs/413070
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
This makes very little sense to me. If mirrors are filtering out
specific files there is nothing short of a full scan of all files that
might help, adding a few sets of files as random probes seems like a
weird way of finding that out.
The cause for user confusion here is that only some of the
We randomly stumbled onto this when seeing that se.archive was pointing
elsewhere. This particular package seems to have updated itself, but we
are still looking to see if we can figure out why sometimes rsync
forgets to update a small subset of packages for a while (many syncs).
--
You received
Ehm. My comment was on se.archive.ubuntu.com, not es.archive. Maybe the
evil obscure rsync forgets some directories bug hasn't reoccured on my
mirror then.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
It would be excellent to have CONFIG_NFS_V4_1=y in a future Precise
kernel so we can mount our new distributed NFS 4.1 storage on LTS
without having to reach for custom kernels or raring backports for
production servers.
Debian ships with it these days (#627655), as does
They have both been tested without regressions, but the 4.1
functionality has only been tested on Quantal yet. More testing is
ongoing, but travel and meetings cut into testing time, unfortunately.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
*** This bug is a security vulnerability ***
Public security bug reported:
Apparently mDNS can be used for ddos amplification, see for instance
https://mdns.shadowserver.org/ and https://www.us-cert.gov/ncas/alerts/TA14-017A
Steps to reproduce:
dig @rusk.hpc2n.umu.se -p 5353 -t ptr
Here is some iostat and command lines from the slow mode (xenial
kernel).
** Attachment added: "iostat-slow-4.4.0-64-generic.txt"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1668557/+attachment/4828136/+files/iostat-slow-4.4.0-64-generic.txt
--
You received this bug notification
And iostat from the first slow kernel.
** Attachment added: "iostat-slow-3.18.22-031822-generic.txt"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1668557/+attachment/4828147/+files/iostat-slow-3.18.22-031822-generic.txt
--
You received this bug notification because you are a member
Fast style sys/block output
** Attachment added: "block-3.18.21-031821-generic"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1668557/+attachment/4828159/+files/block-3.18.21-031821-generic
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
sys/block output for the slow case
** Attachment added: "block-3.18.22-031822-generic"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1668557/+attachment/4828158/+files/block-3.18.22-031822-generic
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Last fast mainline kernel iostat.
** Attachment added: "iostat-fast-3.18.21-031821-generic.txt"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1668557/+attachment/4828146/+files/iostat-fast-3.18.21-031821-generic.txt
--
You received this bug notification because you are a member of
Public bug reported:
The launchpad mirror checker complains that our mirror is out of date
for some components:
https://launchpad.net/ubuntu/+mirror/ftp.acc.umu.se-archive
"The Disco Dingoi386One week behind"
When looking into the logs I find this:
Mon Jul 15 10:29:02 2019: Found
64 matches
Mail list logo
