Ok, so I found the bug. The problematic code is in
sysfs_attr_set_value() in libmultipath/sysfs.c:
devpath = udev_device_get_syspath(dev);
condlog(4, "open '%s'/'%s'", devpath, attr_name);
if (stat(devpath, &statbuf) != 0) {
condlog(4, "stat '%s' failed: %s"
Okay, sorry about the irrelevant verification on Vivid then. But I'd
like to point out that Trusty behaves exactly the same, i.e., the bug is
*not* fixed. Using the exact same multipath.conf as I mentioned in
comment #31 with multipath-tools on 0.4.9-3ubuntu7.9, I get the exact
same behaviour. That
I tested it on Vivid, and it does not work. The dev_loss_tmo and
fast_io_fail_tmo sysfs settings do *not* get set. More information on my
test environment below:
root@ucstest:~# cat /etc/multipath.conf
defaults {
fast_io_fail_tmo 8
dev_loss_tmo 1024
}
devices
device {
vendor "HP.*"
p
Public bug reported:
The scripts in the multipath-tools-boot referer to a non-existent module
"dm-emc":
/usr/share/initramfs-tools/hooks/multipath:
for x in dm-multipath dm-round-robin dm-emc; do
manual_add_modules ${x}
done
/usr/share/initramfs-tools/scripts/local-top/multipath:
MP_MO
Public bug reported:
/lib/udev/rules.d/95-multipath.rules was removed in multipath-tools
0.4.9-3ubuntu7.5.
While researching an unrelated issue, I noticed that /usr/share
/initramfs-tools/hooks/multipath still refer to this file:
add_udev_rules()
{
for rules in 95-multipath.rules; do
if [
After reviewing the changes between -3ubuntu7.4 and -3ubuntu7.5, I have
found that the problem is caused by the removal of the file
/lib/udev/rules.d/95-multipath.rules. In -3ubuntu7.4, it contained the
following:
#
# udev rules for multipathing.
# The persistent symlinks are created with the kpar
Public bug reported:
System information: Cisco UCS B200M2 blade, fnic.ko HBA. The system
boots from local storage, but mounts the following file system on an EMC
VNX during bootup:
opt_vnx (3600601603a71320022967e0a1f38e411) dm-0 DGC,VRAID
size=50G features='1 queue_if_no_path' hwhandler='1 emc'
Ok, so I did some more testing. It appears that the problem isn't
specific to the dev_loss_tmo and fast_io_fail_tmo setting. This is
evidenced by the terminal log below. In multipath.conf (which we know
for certain is being read, as the created multipath map gets the correct
alias), I instruct it t
I verified that this bug is *NOT* fixed by trying the exact identical
configuration (which is as minimal as possible) both with Ubuntu Trusty
and with Scientific Linux 6 (RHEL6 clone). The test machine is a Cisco
B200M2 blade server, using the Cisco VIC FCoE HBA (fnic.ko driver). The
storage array
To me fix doesn't actually appear to work. After upgrading to multipath-
tools 0.4.9-3ubuntu7.4on an amd64 trusty and rebooting, the
fast_io_fail_tmo and dev_loss_tmo values do not get written to sysfs:
$ grep . /sys/class/fc_remote_ports/*/*_tmo
/sys/class/fc_remote_ports/rport-2:0-0/dev_loss_tmo
** Also affects: irqbalance (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to irqbalance in Ubuntu.
https://bugs.launchpad.net/bugs/406397
Title:
init: job stuck with expect fork/dae
Public bug reported:
If irqbalance is started with the "--policyscript" option, Upstart is
unable to manage it properly (bug #406397 is being triggered), and
stopping/restarting it fails. Noticed this when the
1.0.6-2ubuntu0.14.04.2 update hit Trusty yesterday. See below:
$ /sbin/stop irqbalance
This affects me, too. After boot, the necessary ipmi_{si,devintf}
modules aren't loaded, so ipmitool and related monitoring doesn't work.
However this bug cannot possibly be in the "ejabberd" package, so I'm
reassigning it to "openipmi".
** Package changed: ejabberd (Ubuntu) => openipmi (Ubuntu)
We notice this here as well, as we're increasingly turning up new
services and VMs without IPv4. It fails with a rather cryptic error
message:
Jul 8 07:10:03 rpki-validator ntpdate[689]: Can't find host ntp.ubuntu.com:
Name or service not known (-2)
Jul 8 07:10:03 rpki-validator ntpdate[689]: n
** Attachment added: "Output from: multipath -v4"
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1099875/+attachment/3487091/+files/multipath_-v4.txt
** Changed in: multipath-tools (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are
** Attachment added: "Output from: multipathd -k"show config""
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1099875/+attachment/3487090/+files/multipathd_-kshow_config.txt
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscrib
Public bug reported:
My device section of /etc/multipath.conf contains the following (I'll
attach the complete file in a bit):
fast_io_fail_tmo 3
dev_loss_tmo 2147483647
This is also visible in the output from multipathd -k"show config", so
it's being correctly parsed. However, the settings appe
It's still a problem, yes. It's super-easy to reproduce, too:
r...@adm:~# nmap -sP -PI 4.2.2.2
Starting Nmap 5.00 ( http://nmap.org ) at 2010-07-02 10:23 CEST
Host vnsc-bak.sys.gtei.net (4.2.2.2) is up (0.030s latency).
Nmap done: 1 IP address (1 host up) scanned in 0.37 seconds
r...@adm:~# ip a
Hi, sorry about answering so late - I had overlooked this message.
What do you mean by «domains»?
Tore
--
When stopping a specific daemon, _all_ routes are flushed
https://bugs.launchpad.net/bugs/405195
You received this bug notification because you are a member of Ubuntu
Server Team, which is
All right:
1) I ran "apt-get install keepalived"
2) I expected keepalived to be installed, but not ipvsadm
3) the actual behaviour was that keepalived was installed (as expected) and
that ipvsadm was pulled in as a dependency.
Tore
--
Spurious dependency on ipvsadm
https://bugs.launchpad.net/b
Considering the purpose of Quagga, it would make sense to start it at
the same time or immediately after the plain "networking" service is,
which is at S40 in runlevel S.
Tore
--
ospfd starts way too late in the boot process
https://bugs.launchpad.net/bugs/75028
You received this bug notificatio
Public bug reported:
Binary package hint: quagga
This misbehaviour just bit me:
r...@fwtest1:~# /etc/init.d/quagga stop ospf6d
Stopping Quagga daemons (prio:0): ospf6d.
Removing all routes made by zebra.
So I'm stopping ospf6d only, but _all_ routes, including the ones
installed by still-runnin
Still works for me.
Tore
--
Network Manager 0.7, openvpn, VPN Connection Failed
https://bugs.launchpad.net/bugs/260291
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openvpn in ubuntu.
--
Ubuntu-server-bugs mailing list
Ubuntu-server-b
Haven't tried (running a Feisty backport at the moment), but I expect
not. It was supposedly fixed upstream in version 0.99.3, and Intrepid
currently ships with 0.99.9.
It's likely still present in Dapper, though.
Tore.
--
OSPFd automatically adds an invalid configuration line
https://bugs.lau
You're right about that, at least it still doesn't work after the
upgrade to openvpn 2.1~rc9-3ubuntu1. Still fails with the script-
security error message.
Tore
--
Network Manager 0.7, openvpn, VPN Connection Failed
https://bugs.launchpad.net/bugs/260291
You received this bug notification becau
25 matches
Mail list logo
