On 02/19/2013 04:39 PM, Eric Blake wrote:
On 02/15/2013 12:02 PM, Gene Czarcinski wrote:
Although in IPv4 one must pick either mac or name, either
can be omitted. Similarly, for IPv6, the name
can be optionally omitted.
Signed-off-by: Gene Czarcinski g...@czarc.net
---
docs/schemas
Before I start creating patches (since it is not only source code but
also documentation, schemas, tests, etc), I thought I would run this by
you folks for comments/suggestions.
With IPv4, it is relatively easy to set up working networks: just use
nat/MASQUERADE and things pretty much just
On 03/11/2013 03:32 PM, Gene Czarcinski wrote:
Before I start creating patches (since it is not only source code but
also documentation, schemas, tests, etc), I thought I would run this
by you folks for comments/suggestions.
With IPv4, it is relatively easy to set up working networks: just
On 03/12/2013 08:05 AM, Gene Czarcinski wrote:
On 03/11/2013 03:32 PM, Gene Czarcinski wrote:
Before I start creating patches (since it is not only source code but
also documentation, schemas, tests, etc), I thought I would run this
by you folks for comments/suggestions.
With IPv4
I have been working on this patch to have libvirt optionally set static
routes.
So I found the function that adds both IPv4 and IPv6 addresses to the
bridge in virnetdev.c. I found that besides the
virNetDevAddIPv4Address() there is also virNetDevCleanIPv4Address(). I
patterned my
On 03/12/2013 03:23 PM, Daniel P. Berrange wrote:
On Tue, Mar 12, 2013 at 03:11:56PM -0400, Laine Stump wrote:
On 03/12/2013 01:45 PM, Gene Czarcinski wrote:
I have been working on this patch to have libvirt optionally set
static routes.
So I found the function that adds both IPv4 and IPv6
definitions are correct. For example, for a static
route ip definition, the address must be for a network
and not a host.
Signed-off-by: Gene Czarcinski g...@czarc.net
---
docs/formatnetwork.html.in | 32 ++-
docs/schemas/network.rng | 3 +
src/conf
On 03/13/2013 04:04 PM, Gene Czarcinski wrote:
This patch adds support for adding a static route for
a network. The via specifies the gateway's IP
address. Both IPv4 and IPv6 static routes are
supported although it is expected that this
functionality will have more use with IPv6.
Extensive
On 03/13/2013 09:30 PM, Gene Czarcinski wrote:
On 03/13/2013 04:04 PM, Gene Czarcinski wrote:
This patch adds support for adding a static route for
a network. The via specifies the gateway's IP
address. Both IPv4 and IPv6 static routes are
supported although it is expected
One of the libvirt tests (conftest) has been segfaulting for some time
with no indication of a test failure other than a message in syslog. I
verified this by building libvirt-1.0.3-1 with mock.
Gene
--
libvir-list mailing list
libvir-list@redhat.com
On 03/15/2013 09:48 AM, Gene Czarcinski wrote:
One of the libvirt tests (conftest) has been segfaulting for some time
with no indication of a test failure other than a message in syslog.
I verified this by building libvirt-1.0.3-1 with mock.
I went back and looked at my logs more closely
On 03/15/2013 10:17 AM, Michal Privoznik wrote:
On 15.03.2013 14:56, Gene Czarcinski wrote:
On 03/15/2013 09:48 AM, Gene Czarcinski wrote:
One of the libvirt tests (conftest) has been segfaulting for some time
with no indication of a test failure other than a message in syslog.
I verified
On 03/15/2013 11:38 AM, Eric Blake wrote:
On 03/15/2013 07:48 AM, Gene Czarcinski wrote:
One of the libvirt tests (conftest) has been segfaulting for some time
with no indication of a test failure other than a message in syslog. I
verified this by building libvirt-1.0.3-1 with mock.
Generally
appears in syslog. However, with
the checks performed when the network definition file is parsed,
it is unlikely that this condition will ever occur.
The command used is of the following form:
ip route add address/prefix via gateway dev virbr-bridge \
proto static metric 1
.
Signed-off-by: Gene
On 03/15/2013 02:10 PM, Gene Czarcinski wrote:
This patch adds support for adding a static route for
a network. The via specifies the gateway's IP
address. Both IPv4 and IPv6 static routes are
supported although it is expected that this
functionality will have more use with IPv6.
Extensive
On 03/15/2013 03:48 PM, Gene Czarcinski wrote:
On 03/15/2013 02:10 PM, Gene Czarcinski wrote:
This patch adds support for adding a static route for
a network. The via specifies the gateway's IP
address. Both IPv4 and IPv6 static routes are
supported although it is expected
checking with respect to
net-edit and net-define: same error checking and
diagnostics.
Signed-off-by: Gene Czarcinski g...@czarc.net
---
tools/virsh.pod | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/tools/virsh.pod b/tools/virsh.pod
index a5d8fe6..1fe08f4
On 03/15/2013 01:26 PM, Eric Blake wrote:
On 03/15/2013 10:16 AM, Gene Czarcinski wrote:
On 03/15/2013 11:38 AM, Eric Blake wrote:
On 03/15/2013 07:48 AM, Gene Czarcinski wrote:
One of the libvirt tests (conftest) has been segfaulting for some time
with no indication of a test failure other
On 03/16/2013 11:08 PM, Eric Blake wrote:
On 03/16/2013 02:02 PM, Gene Czarcinski wrote:
In fact, just in typing that, I though of at least one glibc CVE bug in
re_compile_pattern, that still has not been fixed as of the glibc
currently in Fedora 18. Furthermore, I know that this bug
To prevent confusion with configure's popular name
for a file, rename conftest.c to test_conf.c which
is consistent with the invoking test_conf.sh
Signed-off-by: Gene Czarcinski g...@czarc.net
---
tests/Makefile.am | 8
tests/conftest.c | 48
On 03/18/2013 01:42 PM, Eric Blake wrote:
On 03/16/2013 11:08 PM, Eric Blake wrote:
So, it appears the this version of gnulib fixes something
important but
also causes a segfault when ./configure is run with the new
gnulib.
What I do not know is if this segfault has any meaning.
The segfault
On 03/16/2013 09:32 AM, Gene Czarcinski wrote:
On 03/15/2013 03:48 PM, Gene Czarcinski wrote:
On 03/15/2013 02:10 PM, Gene Czarcinski wrote:
This patch adds support for adding a static route for
a network. The via specifies the gateway's IP
address. Both IPv4 and IPv6 static routes
On 03/16/2013 01:36 PM, Gene Czarcinski wrote:
Clarify that net-create deals with a transient virtual
network whereas net-define defines a persistent virtual
network definition and will create the network (xml)
definition file.
Clarify that net-destroy works with both transient and
persistent
If an IPv4 address is *not* specified, then the IPv4 network is isolated
and, by default, internal (internal to the specific interface) IPv4
routing is enabled..
If an IPv6 address is *not* specified, then the IPv6 network is isolated
and, by default, internal IPv6 routing is disabled but can
On 03/28/2013 03:22 PM, Laine Stump wrote:
On 03/27/2013 04:00 PM, Gene Czarcinski wrote:
If an IPv4 address is *not* specified, then the IPv4 network is
isolated and, by default, internal (internal to the specific
interface) IPv4 routing is enabled..
Define enable IPv4 routing
ipv4
On 03/20/2013 11:17 AM, Laine Stump wrote:
On 03/20/2013 10:57 AM, Gene Czarcinski wrote:
On 03/16/2013 09:32 AM, Gene Czarcinski wrote:
On 03/15/2013 03:48 PM, Gene Czarcinski wrote:
On 03/15/2013 02:10 PM, Gene Czarcinski wrote:
This patch adds support for adding a static route
On 04/02/2013 03:31 PM, Laine Stump wrote:
On 03/15/2013 02:10 PM, Gene Czarcinski wrote:
This patch adds support for adding a static route for
a network. The via specifies the gateway's IP
address. Both IPv4 and IPv6 static routes are
supported although it is expected that this
functionality
On 04/04/2013 12:08 PM, Laine Stump wrote:
On 04/03/2013 04:02 PM, Gene Czarcinski wrote:
On 04/02/2013 03:31 PM, Laine Stump wrote:
On 03/15/2013 02:10 PM, Gene Czarcinski wrote:
This patch adds support for adding a static route for
a network. The via specifies the gateway's IP
address
On 04/09/2013 04:28 PM, Gene Czarcinski wrote:
OK, how about having it both ways. If we can have both mask and
prefix, why not both via and gateway. I know gateway has some history
attached to it but the new /sbin/ip uses via. I am just trying to
keep a line of text being as close
On 04/10/2013 03:09 PM, Laine Stump wrote:
On 04/09/2013 04:28 PM, Gene Czarcinski wrote:
On 04/04/2013 12:08 PM, Laine Stump wrote:
Except that it's obvious from your response that I misunderstood your
patch, and thought that you were trying to make the route to an
otherwise unreachable
definition file is parsed,
it is unlikely that this condition will ever occur.
The command used is of the following form:
ip route add address/prefix via gateway dev virbr-bridge \
proto static metric 1
.
Signed-off-by: Gene Czarcinski g...@czarc.net
---
docs/formatnetwork.html.in
On 04/11/2013 08:11 AM, Gene Czarcinski wrote:
This patch adds support for adding a static route for
a network. The gateway sub-element specifies
the gateway's IP address. Both IPv4 and IPv6
static routes are supported although it is
expected that this functionality will have
more use
I need some help/guidance as to what networking characteristics should
be supported by libvirt. Mostly, I am asking what should be valid for a
prefix.
For IPv4:
The prefix can theoretically range from 0 to 32. Typically, the values
of 8, 16 or 24 is used. For an IP specification, should I
On 04/18/2013 11:27 AM, Laine Stump wrote:
On 04/18/2013 09:08 AM, Gene Czarcinski wrote:
I need some help/guidance as to what networking characteristics should
be supported by libvirt. Mostly, I am asking what should be valid for
a prefix.
For IPv4:
The prefix can theoretically range from 0
On 04/16/2013 02:18 PM, Laine Stump wrote:
int virSocketAddrGetIpPrefix(const virSocketAddr *addr, const
virSocketAddr *netmask, int prefix)
Creating separate patch which creates this new utility function and also
updates virNetworkIpDefPrefix() to use it.
Gene
--
libvir-list mailing list
ip means
with address= being optional.
Gene Czarcinski (2):
create virSocketAddrGetIpPrefix utility function
Support for static routes on a virtual bridge
docs/formatnetwork.html.in | 80 +
docs/schemas/network.rng | 22 ++
src/conf
Create the utility function virSocketAddrGetIpPrefix() to
determine the prefix for this network. The code in this
function was adapted from virNetworkIpDefPrefix().
Update virNetworkIpDefPrefix() in src/conf/network_conf.c
to use the new utility function.
.
Signed-off-by: Gene Czarcinski g
static metric 1
.
Signed-off-by: Gene Czarcinski g...@czarc.net
---
docs/formatnetwork.html.in | 80 +
docs/schemas/network.rng | 22 ++
src/conf/network_conf.c| 334 -
src/conf/network_conf.h
.
.
Signed-off-by: Gene Czarcinski g...@czarc.net
---
src/conf/network_conf.c | 118 +++-
1 file changed, 66 insertions(+), 52 deletions(-)
diff --git a/src/conf/network_conf.c b/src/conf/network_conf.c
index 2b56ca7..1503ece 100644
--- a/src/conf/network_conf.c
On 04/22/2013 11:59 AM, Laine Stump wrote:
address should be optional unless prefix or netmask is non-0, although
I've now noticed that won't be handled properly due to
virSocketAddrGetIpPrefix returning -1 when there is no address or prefix
or netmask (I'm fixing that before I push that patch,
On 04/25/2013 03:13 PM, Gene Czarcinski wrote:
On 04/22/2013 11:59 AM, Laine Stump wrote:
address should be optional unless prefix or netmask is non-0, although
I've now noticed that won't be handled properly due to
virSocketAddrGetIpPrefix returning -1 when there is no address or prefix
On 04/25/2013 04:37 PM, Laine Stump wrote:
On 04/25/2013 04:13 PM, Gene Czarcinski wrote:
On 04/25/2013 03:13 PM, Gene Czarcinski wrote:
On 04/22/2013 11:59 AM, Laine Stump wrote:
address should be optional unless prefix or netmask is non-0, although
I've now noticed that won't be handled
On 04/26/2013 09:16 AM, Gene Czarcinski wrote:
On 04/25/2013 04:37 PM, Laine Stump wrote:
On 04/25/2013 04:13 PM, Gene Czarcinski wrote:
On 04/25/2013 03:13 PM, Gene Czarcinski wrote:
On 04/22/2013 11:59 AM, Laine Stump wrote:
address should be optional unless prefix or netmask is non-0
='0.0.0.0' or prefix='0' is
supported and does work, the same cannot be said for ipv6. Therefore,
if address='::' prefix='0' is specified for family='ipv6' an error
message is issued stating that this is not currently supported.
.
Signed-off-by: Gene Czarcinski g...@czarc.net
---
docs
On 04/29/2013 11:55 AM, Laine Stump wrote:
(I wanted a separate message to comment on this part...)
On 04/26/2013 07:22 PM, Gene Czarcinski wrote:
+/* add an IP (static) route to a bridge */
+static int
+networkAddRouteToBridge(virNetworkObjPtr network
On 05/04/2013 02:56 PM, Gene Czarcinski wrote:
maybe I found a bug
Then again, maybe my old reverse midas touch is at it again and I have
found yet another bug ... that is, undesirable feature. Everything I
have found so far says that ::/0 is the same as specifying default for
IPv6
In the process of adding the code to support static routes for IPv4 and
IPv6, I hit a problem when I tried to specify a static route for ::/0
(that is default) ... the error was file exists. and the problem is
that this is a feature and not a bug. Here is the comment from the
bugzilla report
of metric. Caution should
be used when doing this ... especially for a default route.
Note: The use of the command-line interface should be replaced by
direct use of libnl so that error conditions can be handled better. But,
that is being left as an exersize for another day.
.
Signed-off-by: Gene
of metric. Caution should
be used when doing this ... especially for a default route.
Note: The use of the command-line interface should be replaced by
direct use of libnl so that error conditions can be handled better. But,
that is being left as an exersize for another day.
.
Signed-off-by: Gene
On 05/07/2013 01:42 PM, Gene Czarcinski wrote:
network: static route support for network
This update includes Laine Stump's comments/suggestions. Once
again he has improved my over-engineered solutions. My original
patch and his patch have been squashed/merged with this being the
result
On 05/13/2013 05:32 AM, Osier Yang wrote:
On 08/05/13 23:03, Osier Yang wrote:
On 08/05/13 21:53, John Ferlan wrote:
On 05/06/2013 08:45 AM, Osier Yang wrote:
Since the NPIV machine is not easy to get, it's very likely to
introduce regressions when doing changes on the existing code.
This
On 05/14/2013 01:42 PM, Osier Yang wrote:
On 15/05/13 00:35, Gene Czarcinski wrote:
On 05/13/2013 05:32 AM, Osier Yang wrote:
On 08/05/13 23:03, Osier Yang wrote:
On 08/05/13 21:53, John Ferlan wrote:
On 05/06/2013 08:45 AM, Osier Yang wrote:
Since the NPIV machine is not easy to get, it's
I am sure this not just a 1.0.1 problem and there appears to be a
bugzilla report on it:
https://bugzilla.redhat.com/show_bug.cgi?id=869625
Given a F17 host and a F18 host, there is significantly different
behavior when running a guest (in my case a F18 guest). On F18, I
cannot ssh or scp to
On 12/17/2012 07:18 AM, Gene Czarcinski wrote:
I am sure this not just a 1.0.1 problem and there appears to be a
bugzilla report on it:
https://bugzilla.redhat.com/show_bug.cgi?id=869625
Given a F17 host and a F18 host, there is significantly different
behavior when running a guest (in my
OK, so maybe I an nuts but it seems to me that there is this 800 pound
gorilla wondering around the Fedora 18 tent and its name is firewalld!
Or it with respect to virtual guests and libvirt (since libvirt is a
critical part of networking support).
Maybe I am missing some critical
I seem to remember that, if you use net-define, the network will be
persistent and, if you use net-create, the network will not be persistent.
I am now running libvirt-1.0.2 on Fedora 18.
When I use net-define a network from a template and then do a net-list
--all, the network is NOT marked
I needed some functionality (dynamic dns update) not available in the
NetworkManager package available in Fedora 18 so I created my own
version based on git20121130. This worked nicely providing the
functionality and did not appear to have any bad side effects.
Then the NetworkManager
On 01/31/2013 10:59 AM, Gene Czarcinski wrote:
I needed some functionality (dynamic dns update) not available in the
NetworkManager package available in Fedora 18 so I created my own
version based on git20121130. This worked nicely providing the
functionality and did not appear to have any
On 01/31/2013 02:31 PM, Laine Stump wrote:
On 01/31/2013 10:59 AM, Gene Czarcinski wrote:
I needed some functionality (dynamic dns update) not available in the
NetworkManager package available in Fedora 18 so I created my own
version based on git20121130. This worked nicely providing
Although in IPv4 one must pick either mac or name, either
can be omitted. Similarly, for IPv6, the name
can be optionally omitted.
Signed-off-by: Gene Czarcinski g...@czarc.net
---
docs/schemas/network.rng | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/docs/schemas
The first patch is a trivial fix to the network schema
since the name in dhcp-host is really optional.
The second patch adds the capability to use the client id
to improve the reliability of having a system use a fixed
IPv6 address.
Gene Czarcinski (2):
Trivial fix: in dhcp-host the name
-by: Gene Czarcinski g...@czarc.net
---
docs/formatnetwork.html.in | 18 ++-
docs/schemas/basictypes.rng| 59 ++
docs/schemas/network.rng | 3 ++
src/conf/network_conf.c| 29
On 02/15/2013 02:02 PM, Gene Czarcinski wrote:
The first patch is a trivial fix to the network schema
since the name in dhcp-host is really optional.
The second patch adds the capability to use the client id
to improve the reliability of having a system use a fixed
IPv6 address.
Gene
On 02/15/2013 02:12 PM, Gene Czarcinski wrote:
On 02/15/2013 02:02 PM, Gene Czarcinski wrote:
The first patch is a trivial fix to the network schema
since the name in dhcp-host is really optional.
The second patch adds the capability to use the client id
to improve the reliability of having
This is not in any way critical but simply trying to get a better idea
of the purposes of docs/schemas/*
I recently submitted a patch which needed me to look at and modify some
of the schema files [adding a client-id specification to dhcp/host]. As
I looked them over I wondered what the
On 02/18/2013 09:12 AM, Daniel P. Berrange wrote:
On Mon, Feb 18, 2013 at 08:54:35AM -0500, Gene Czarcinski wrote:
This is not in any way critical but simply trying to get a better
idea of the purposes of docs/schemas/*
I recently submitted a patch which needed me to look at and modify
some
Background:
I am a newbie to Linux Virtualization.
However, I have been using Linux for a long time. After a short time with
Slackware, I started with Red Hat Linux 2 and went on to 2.1, 3.0.3, 4, 4.2,
5, 5.2, ..., 8, 9. And then on to Fedora Core 1, 2, ... until I installed
Fedora 11 about
On Sunday 28 June 2009 11:35:55 Daniel P. Berrange wrote:
My second question concerns the location of the disk images: what is the
best practical way to move these out of the root partition? I have
come up with these different approaches which could/may work:
1. change the path value
I defined a new guest using the virt-manager GUI ... everything fine so far. I
then decided that my definition was not correct (or I could be done with that
guest) and could not find a way to delete the guest.
OK, quit virt-manager, delete the configuration and disk-image files for the
guest,
On Tuesday 30 June 2009 06:17:36 Daniel P. Berrange wrote:
2. Delete the definition of a new guest but not the related configuration
and disk-image files.
The definition is the configuration. If you delete an inactive guest,
this is removing the configuration file on disk
3. Delete the
On Tuesday 30 June 2009 06:19:46 Daniel P. Berrange wrote:
On Tue, Jun 30, 2009 at 04:47:31AM -0400, Gene Czarcinski wrote:
On Sunday 28 June 2009 11:35:55 Daniel P. Berrange wrote:
My second question concerns the location of the disk images: what is
the best practical way to move
I really hate being a bit of a PITA with all of my question/comments, but I am
just trying to use Fedora virtualization in a manner where I can reasonably
manage the configuration.
I suspect I am not the first ex-VMware user and I will not be the last such
user who is trying to use Fedora
On Tuesday 07 July 2009 09:03:57 Daniel Veillard wrote:
On Tue, Jul 07, 2009 at 05:58:37PM +0530, M. Mohan Kumar wrote:
Hi,
We installed Fedora 11 guest in an emulated SCSI disk using virt-install.
After the installation the guest was shutdown and additional IDE virtual
storage was
I noticed that the command line qemu and qemu-kvm offer a number of options
such as using vmware display and addition sound card emulation as compared to
that when using virt-manager.
Are there any plans to add these as options to virt-manager?
As a more general question, is there some
I am currently running the set of preview packages:
---
libvirt.x86_64 0.6.5-1.fc11 @rawvirt
libvirt-python.x86_64 0.6.5-1.fc11 @rawvirt
qemu.x86_64 2:0.10.50-8.kvm87.fc11
I must must be doing something wrong because all the messages, etc. I have
found says that sound works for guests.
I let the guest's virtual sound device default to ES1370.
I have tried f11 32 bit, f11 64 bit, and win2k and sound just does not work
for any of them.
I tried this with F11 64
On Friday 10 July 2009 10:39:56 Daniel P. Berrange wrote:
On Thu, Jul 09, 2009 at 12:04:53PM -0400, Gene Czarcinski wrote:
I must must be doing something wrong because all the messages, etc. I
have found says that sound works for guests.
I let the guest's virtual sound device default
First some background ...
For the last two to three weeks, I have been working with Fedora (Linux)
virtualization ... specifically qemu/kvm. I have been a long time user of
VMware and and am hoping to migrate to Fedora Virtualization (to change my
problem set).
I have successfully installed
On Monday 13 July 2009 15:49:32 Daniel P. Berrange wrote:
There is a dedicated Fedora virtualization list detailed here:
http://fedoraproject.org/wiki/Virtualization#Mailing_List_.26_IRC
As well as the other general fedora user/development lists
Sorry. I will cease.
I had tried some
On Monday 13 July 2009 16:27:19 Hugh O. Brock wrote:
On Mon, Jul 13, 2009 at 04:03:13PM -0400, Gene Czarcinski wrote:
On Monday 13 July 2009 15:49:32 Daniel P. Berrange wrote:
There is a dedicated Fedora virtualization list detailed here:
http://fedoraproject.org/wiki/Virtualization
Assume I am working with virtual disk image files in /var/lib/libvirt/images
such as removing a file, defining a new file (with qemi-img create or qemu-img
convert), or simply copying a file (cp) from elsewhere such as VMware. When
I do this, Guest definition or adding hardware to an existing
On Monday 20 July 2009 05:19:36 Daniel P. Berrange wrote:
On Sun, Jul 19, 2009 at 10:41:41AM -0400, Gene Czarcinski wrote:
Assume I am working with virtual disk image files in
/var/lib/libvirt/images such as removing a file, defining a new file
(with qemi-img create or qemu-img convert
On Wednesday 19 August 2009 10:01:59 Mark McLoughlin wrote:
+h3a name=securitydacPOSIX DAC users/groups/a/h3
+
+p
+ In the session instance, the POSIX DAC model restricts QEMU
virtual
Should expand the acronym, it's pretty obscure
I agree ... DAC and MAC are terms of art
RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=849787
As currently configured, dnsmasq for a virtual network will pass some
queries upstream toward the Internet. This includes and MX queries
as well a A queries when dnsmasq cannot answer for that name. This is
occurring whether a
On 08/21/2012 11:04 AM, Daniel P. Berrange wrote:
On Tue, Aug 21, 2012 at 10:43:44AM -0400, Gene Czarcinski wrote:
RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=849787
As currently configured, dnsmasq for a virtual network will pass
some queries upstream toward the Internet. This includes
On 08/22/2012 06:51 AM, Gene Czarcinski wrote:
On 08/21/2012 11:04 AM, Daniel P. Berrange wrote:
On Tue, Aug 21, 2012 at 10:43:44AM -0400, Gene Czarcinski wrote:
RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=849787
As currently configured, dnsmasq for a virtual network will pass
some
On 08/22/2012 10:48 AM, Claudio Bley wrote:
+virCommandAddArgFormat(cmd,
+--domain %s --local=/%s/,
+network-def-domain,
+network-def-domain);
Here, you're adding --domain D --local=/D/ as a*single* argument to
the dnsmasq call.
You need
As I said in a previous message, dnsmasq is forwarding a number of
queries upstream that should not be done. There still remains an MX
query for a plain name with no domain specified that will be forwarded
is dnsmasq has --domain=xxx --local=/xxx/ specified. This does not
happen with no
On 08/22/2012 01:47 PM, Eric Blake wrote:
On 08/22/2012 11:39 AM, Eric Blake wrote:
On 08/22/2012 10:59 AM, Gene Czarcinski wrote:
As I said in a previous message, dnsmasq is forwarding a number of
queries upstream that should not be done. There still remains an MX
query for a plain name
Although the patch with --domain xxx --local=/xxx/ for dnsmasq command
line parameters is good as far as it goes, it is not complete. As it
is, dnsmasq will no longer forward names in its name-domain, but it will
forward reverse lookup (IP address) queries.
I am going to need to look at the
On 09/04/2012 11:12 AM, Eric Blake wrote:
On 08/22/2012 11:47 AM, Eric Blake wrote:
On 08/22/2012 11:39 AM, Eric Blake wrote:
On 08/22/2012 10:59 AM, Gene Czarcinski wrote:
As I said in a previous message, dnsmasq is forwarding a number of
queries upstream that should not be done
Using git is more than a little different way of doing business for me.
My usual way to create and apply a patch is to rebuild a src.rpm. This
way I have a lot less changes of screwing something up because of ignorance.
It it a little while but I finally cloned a copy of libvirt.git. I
This patch removed the --filterwin2k dnsmasq command line
parameter which was unnecessary for domain specification,
possibly blocked some usage, and was command line clutter.
Gene Czarcinski g...@czarc.net
diff --git a/src/network/bridge_driver.c b/src/network/bridge_driver.c
index
On 09/06/2012 01:00 PM, Eric Blake wrote:
On 09/06/2012 10:08 AM, Gene Czarcinski wrote:
This patch removed the --filterwin2k dnsmasq command line
parameter which was unnecessary for domain specification,
possibly blocked some usage, and was command line clutter.
Gene Czarcinski g
Rather than cluttering up the mailing list, I am going to combine the
helpful replies into a single response. I am going to edit this to
reduce clutter.
On 09/06/2012 01:26 PM, Laine Stump wrote:
On 09/06/2012 11:59 AM, Gene Czarcinski wrote:
Using git is more than a little different way
On 09/07/2012 06:42 PM, Eric Blake wrote:
Recent spec file changes ensure that in distro situations, netcf
and libvirt will link against the same libnl in order to avoid
dumping core. But for every-day development, if you are F17 and
have the libnl3-devel headers available, libvirt was blindly
I recently updated libvirt* on my test system and found out something
interesting. Although libvirtd is restarted , the dnsmasq
instantiations it has are not restarted.
In fact, if you remove virtualization from the system, the dnsmasq
instantiations are still running.
In fact, you have to
On 09/10/2012 01:39 PM, Eric Blake wrote:
On 09/10/2012 10:17 AM, Gene Czarcinski wrote:
I recently updated libvirt* on my test system and found out something
interesting. Although libvirtd is restarted , the dnsmasq
instantiations it has are not restarted.
In fact, if you remove
Since around the 2.61 dnsmasq supports providing dhcp-ipv6 services.
Yes, I am aware that F17, F18, and rawhide all currently have dnsmasq
2.59 ... I am currently running dnsmasq-2.63.
What are the plans for supporting dhcp-ipv6 from dnsmasq?
I noticed that if you plug in a dhcp range
consideration.
Gene
On 09/11/2012 12:58 PM, g...@czarc.net wrote:
From: Gene Czarcinski g...@czarc.net
For networks which dnsmasq has --listen-address specified, add
the command line parameter so that any dns PTR queries for those
networks are not forwarded.
There are separate patches for IPv4 and IPv6
1 - 100 of 269 matches
Mail list logo