Package: iproute2
Version: 5.10.0-2
Severity: important
Dear Maintainer,
Upgrading from 5.10.0-1 to 5.10.0-2 breaks ip vrf exec.
Before package upgrade:
root@gateway:~# ip vrf exec mgmt bash
root@gateway:mgmt:~#
Now with version 5.10.0-2:
root@gateway:~# ip vrf exec mgmt bash
Failed to load BP
Hello,
It looks like, I have the same problem and it is still present in 240-4.
For more detail :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=917128#40
Regards,
--
Emmanuel DECAEN
fault qlen 1000
link/ether 00:50:56:96:0d:d7 brd ff:ff:ff:ff:ff:ff
The device xgbe1.40 is created and renamed during ifup to "rename5@xgbe1".
If you think the problem is not the same as mentioned earlier, I can
open a new bug report.
Best regards.
-- *
*Emmanuel DECAEN
Le 01/06/2017 à 07:21, Sebastiaan Couwenberg a écrit :
> notfound 863797 nagios-nrpe/3.0.1-3
> thanks
>
> On 05/31/2017 11:05 PM, Emmanuel DECAEN wrote:
>>> And what does nagios-nrpe-server log on the system where the check_disk
>>> command you claim fails?
>&g
Le 31/05/2017 à 18:50, Sebastiaan Couwenberg a écrit :
> On 05/31/2017 06:11 PM, Emmanuel DECAEN wrote:
>> Le 31/05/2017 à 17:04, Bas Couwenberg a écrit :
>>> On 2017-05-31 16:52, Jan Wagner wrote:
>>>> Am 31.05.17 um 12:06 schrieb Emmanuel DECAEN:
>>>>
reassign 863797 nagios-nrpe-server 3.0.1-3
Le 31/05/2017 à 16:52, Jan Wagner a écrit :
> Hi Emmanuel,
>
> thanks for bringing this to our attention.
>
> Am 31.05.17 um 12:06 schrieb Emmanuel DECAEN:
>> Package: monitoring-plugins-basic
>> Version: 2.2-3
> [...]
&
Le 31/05/2017 à 17:04, Bas Couwenberg a écrit :
> On 2017-05-31 16:52, Jan Wagner wrote:
>> Am 31.05.17 um 12:06 schrieb Emmanuel DECAEN:
>>> In nrpe, system wide /var/tmp is no more reachable
>>> $ grep "/var/tmp" /proc/11489/mountinfo
>>> 115 11
packages monitoring-plugins-basic recommends:
ii libcap2-bin 1:2.25-1
Versions of packages monitoring-plugins-basic suggests:
pn icinga | icinga2
--
Emmanuel DECAEN
hijack this bug report. It's probably not the
same issue.
If you think it's not related, I can open a new bug report.
Thanks
--
*Emmanuel DECAEN*
0
Regards,
--
*Emmanuel DECAEN*
y that you need to download anything from this site, the packages
are left here for posterity's sake."
Thanks.
--
*Emmanuel DECAEN*
Hello,
Yes, it has long been fixed in Quagga 0.99.21...
But, current Debian Stable release contains Quagga 0.99.20.
I you plan to close this bug, could you please solve the bug before.
Regards
--
Emmanuel DECAEN
Le 06/01/2013 17:11, Christian Hammers a écrit :
> Hello
>
> This has
Package: quagga
Version: 0.99.20-3
Severity: important
Tags: patch
Hello,
BGP part of Quagga in 0.99.20 use a lot more memory than before.
On the same gateway:
- Using Quagga 0.99.17, memory used 323 MB
- Using Quagga 0.99.20, memory used 769 MB
It looks like this is due to a memory leak, thi
6.6-3.
If you want me to test another .deb binary, I will try it and tell you
the result.
Thanks.
--
Emmanuel DECAEN
XSALTO - www.xsalto.com - [EMAIL PROTECTED]
Tél : 0820 208 408 - Fax : 04 92 36 19 75
from
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=356366
- cd /usr/src
- tar -xvjf raidutils-0.0.6.tar.bz2
- cd raidutils-0.0.6
- patch -p0 < debian-patch
- ./configure
- make
- (under root) mv raideng/raideng /usr/local/bin/
And now, raidutils works correctly.
--
Emmanuel DEC
of Bacula doesn't seem
to have anymore the described problem.
I do have "wishes", but this bug report is not the correct place for
them ;-)
Bacula is a really good product, you've done a great job !
Thanks.
--
Emmanuel DECAEN
XSALTO - www.xsalto.com - [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
The only difference between them, is the version of Bacula, the problem appears
only in bacula 1.38.11-5.
If this is the same bacula version (1.38.11), it looks like a Debian problem.
Thanks.
--
Emmanuel DECAEN
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
ysql 5.0.22-4 : fails after few days
- bacula 1.38.11-1 and mysql 5.0.22-4 : works correctly since 3 weeks
- bacula 1.38.11-1 and mysql 5.0.24a-9 : test in progress
Thanks.
--
Emmanuel DECAEN
XSALTO - www.xsalto.com - [EMAIL PROTECTED]
Tél : 0820 208 408 - Fax : 04 92 36 19 75
Je serais en congés du 28 Septembre au 17 Octobre 2006
Hi,
John Goerzen wrote :
> On Sun, Sep 24, 2006 at 12:58:10PM +0200, Emmanuel DECAEN wrote:
>
>> I've reproduced the problem on bacula 1.38.11-5, last week with mysql
>> 5.0.24a and yesterday with mysql 5.0.22-4.
>>
>> 20-Sep 00:14 backup01-dir: Bak_x_m
TDate) VALUES
('Bak_x_mail.2006-09-20_00.14.09','Bak_x_mail','B','I','C','2006-09-20
00:14:08',1158704048) failed. ERR=MySQL server has gone away
I will try with older Debian version of bacula 1.38.11-1 and mysql 5.0.22-4.
Thanks.
--
Hello,
You don't need to restard mysql-server to exhibit this problem. We have
this problem randomly with the new version of mysql-server (5.0.24).
In order to solve this problem, we had to downgrade to 5.0.22 version of
mysql-server and libmysqlclient15off.
Best regards.
--
Emmanuel D
;shared' => false,
'type' => 'implicit');
This is not the solution, but it's a way to have this "Purge deleted"
back ;-)
--
Emmanuel DECAEN
XSALTO - www.xsalto.com - [EMAIL PROTECTED]
Tél : 0820 208 408 - Fax : 04 92 36 19 75
Package: vrrpd
Version: 1.0-1
Severity: normal
The monitoring option of vrrpd (-m) does not support the new ioctl for MII
for example :
# vrrpd -m eth1
SIOCGMIIPHY on eth1 failed: Operation not supported
This problem can be corrected with the following patch :
diff -u vrrpd-old.c vrrpd.c
---
23 matches
Mail list logo
