similar to: Bug#437127: xen-utils-common: vif-common fails to identify ip address of ethernet device

Package: xen-utils-common Version: 3.0.3-0-2 Severity: normal On my systen, the script vif-common fails to retrieve the primary IP address of my ethernet device, preventing a domU from starting. I tracked this issue down to the file /etc/xen/script/vif-common. The function ip_of uses the following shell code to extract the address: ip addr show "$1" | awk "/^.*inet.*$1\$/{print

I can confirm the problem. The provided patch fixed it for me. Greets, Peter

Anything new here? The bug still perisists and is quiet annoying, especially when considering the simplicity of its fix. On a side note, vserver-debiantools had a similiar problem which got fixed within 2 days (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539448), while the faulty line of shell code still resides in vif-common after 2 years and several confirmations.

I agree, please fix this issue! The bug report is over two years old now. -------------- next part -------------- A non-text attachment was scrubbed... Name: saschafroehlich.vcf Type: text/x-vcard Size: 310 bytes Desc: not available URL: <http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20090820/ede2fd42/attachment.vcf>

Package: logcheck-database Version: 1.2.54 Severity: normal Tags: patch Logcheck fails to ignore certain lines generated by OpenVPN; the attached patch fixes several regular expressions: * OpenVPN does not print the full path to ifconfig or route (at least here) * The interface name can also contain dots and does not always start with "tun" * The startup messages now gets suppressed

The ''gmail'' video seems really interesting: http://www.morfik.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060116/385e77f0/attachment.html

Processing commands for control at bugs.debian.org: > forwarded 437127 http://lists.xen.org/archives/html/xen-devel/2012-07/msg00455.html Bug #437127 [xen-utils-common] xen-utils-common: vif-common fails to identify ip address of ethernet device Set Bug forwarded-to-address to 'http://lists.xen.org/archives/html/xen-devel/2012-07/msg00455.html'. > thanks Stopping processing here.

Processing commands for control at bugs.debian.org: > close 437127 Bug #437127 [xen-utils-common] xen-utils-common: vif-common fails to identify ip address of ethernet device Marked Bug as done > thanks Stopping processing here. Please contact me if you need assistance. -- 437127: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437127 Debian Bug Tracking System Contact owner at

# HG changeset patch # User Ian Campbell <ian.campbell at citrix.com> # Date 1341875694 -3600 # Node ID 1d33f934dd675a1b91d2d4e0fa2d2a873a8debf5 # Parent 54384951de02e2db909116d64aa6a65d06ffa708 hotplug: fix ip_of for systems using a peer-to-peer link This is from an old Debian bug at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437127 I'm slightly inferring what the configuration

# HG changeset patch # User Ian Campbell <ian.campbell at citrix.com> # Date 1341875694 -3600 # Node ID 1d33f934dd675a1b91d2d4e0fa2d2a873a8debf5 # Parent 54384951de02e2db909116d64aa6a65d06ffa708 hotplug: fix ip_of for systems using a peer-to-peer link This is from an old Debian bug at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=437127 I'm slightly inferring what the configuration

https://bugzilla.mindrot.org/show_bug.cgi?id=2606 Bug ID: 2606 Summary: IPv6 bind address vs autoconfiguration privacy Product: Portable OpenSSH Version: -current Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: ssh Assignee: unassigned-bugs

Hi, I am getting the following error in the server mail logfile: > Sep 2 18:39:44 h648123 dovecot: IMAP(<account>)(<PID>): Disconnected: BUG: Unknown internal error (mail_debug is on, but there is not really much context for this in the log file, ie. no log events for several minutes, and then it appears, all of a sudden). On the client side, it looks like this (with some

On Fri, 15 Jun 2018 12:32:52 +0200 L.P.H. van Belle wrote: > > > OK, Everyone is currently set to FULL CONTROL. I'll set that to READ. > > Ai, now... Nobody can write over the share, pc's wil complain. > Some GPO setting will stop working. But, when I ran your samba-check-set-sysvol.sh script it told me to set EVERYONE: READ. See below: > > $

Hi all, while I am rather a beginner when it comes to IMAP, I was thinking whether it would be possible (and feasible) to implement setting and unsetting of IMAP keywords with the means of virtual folders in Dovecot. The background is that the IMAP keywords seem to be a very useful thing to me: I would often like to be able to 'tag' a message so that it is easy to group with

Hello, I would like to use push in qmail+dovecot environments. Can someone tell me which components should I use to enable this feature for mobile devices? Thanks. -Ibrahim.

On Tue, 19 Jun 2018 12:52:46 -0400 Mark Foley via samba <samba at lists.samba.org> wrote: > Given no responses on this question for a few days, I'm concluding > that we're out of ideas on this problem. Let me propose a couple of > ideas. Apparently, the basic Windows FOLDER and SHARE permissions > are correct according to Louis' recommendations (see message below).

Hi, I just found this in my logs: Apr 29 11:05:20 lmtp(joerg.eggenstein at ruhr-uni-bochum.de): Panic: file message-part-serialize.c: line 90 (part_serialize): assertion failed: (part->children == NULL) Apr 29 11:05:20 lmtp(joerg.eggenstein at ruhr-uni-bochum.de): Error: Raw backtrace: /usr/local/dovecot/lib/dovecot/libdovecot.so.0(+0x9c7f9) [0x7fa88bfbf7f9] ->

Hi, I have yet another problem with Dovecot: sometimes (rarely, maybe once every few days) one of the imap processes will 'hang', consuming all available CPU time. It does not seem to 'finish' in any reasonable amount of time (in one instance I waited a few days). This process will not even exit gracefully, it needs to be killed with 'kill -9 <PID>'. It has

Hi, in src/lib-smtp/smtp-address.c line 759 the localpart is compared with null_strcmp, which does not ignore the case. While this is the correct behavior (according to the RFC) it causes problems in real life. In my case the vacation notices are not sent, if someone writes to First.Last at ruhr-uni-bochum.de because :addresses contains (only) first.last at ruhr-uni-bochum.de. Regards,

Hi, I''m using the XEN 3.4.1-pre4 Hypervisor in Routet Mode and I''m facing some problems when I start the DomU. In detail, it means that the DomU IP-Adress will not be implemented in the Kernel routing table after starting the domU via "xm create /<path +configfle>" After making a "netstat -nr" it will not show the IPadress bound to the