Dear all,
All our guest VMs are having our virtual router (VR)'s IP address on
/etc/resolv.conf. In the past two weeks, I just realised that the DNS
service on the VR is not working, and doesn't respond to DNS queries from
the DNS clients on the guest VM.
I have tried to stop and start back the
Have you taken a look at dnsmasq.log in the VR ?
What do you mean with not responding? The addresses are not being resolved
to ip addresses?
On Sun, Jul 20, 2014 at 11:53 AM, Indra Pramana in...@sg.or.id wrote:
Dear all,
All our guest VMs are having our virtual router (VR)'s IP address on
Hi,
I'm assuming no one objects the proposal and the spec, I'll move forward
with the first implementation starting next week but will be mostly
offline till 28th July.
Regards.
Rohit Yadav wrote:
Hi guys,
There has been a lot of interest [4] around auth related problems in
CloudStach such
Hi Rafael,
Good day to you, and thank you for your reply.
Can't find anything wrong on dnsmasq.log / daemon.log, just some log
entries related to DHCP, nothing on DNS. I masked the IP addresses since
they are public.
===
Jul 20 16:21:51 r-2606-VM dnsmasq[3519]: DHCPDISCOVER(eth0) X.X.X.X
Good day to you too,
Sure I guess I point a way, so you can start troubleshooting.
1. Check if the VMs can reach the VR.
2. Check if the VMs are really configured to use VR as the DNS server.
3. Change the DNS server to be any other such as 8.8.8.8 and 8.8.4.4
(just to see if there
Run trace route from guest vms, the result will yield to the point where packet
drop is happening, could be a network acl rule issue, but tracert command can
lead to some answers.
List running ports as well on VR, do a telnet to dns port on router from guest
vm to verify for its response.
Hi Rafael,
Good day to you, and thank you for your reply.
1. Yes, the guest VMs can reach the VR. Able to ping.
64 bytes from X.X.X.2: icmp_req=4 ttl=64 time=2.00 ms
64 bytes from X.X.X.2: icmp_req=5 ttl=64 time=0.291 ms
64 bytes from X.X.X.2: icmp_req=6 ttl=64 time=0.384 ms
^C
--- X.X.X.2 ping
Hi Harikrishna,
Pulled over the related commits. Had some merge conflicts.
On 19 July 2014 21:14, Ian Duffy i...@ianduffy.ie wrote:
Hi sorry about the slow response. Will get on this tomorrow away from a
computer for the weekend.
On 18 Jul 2014 13:36, Harikrishna Patnala
Hi Santhosh,
Good day to you, and thank you for your email.
Traceroute packets seems to be dropped, I think it's by default. See result
below:
# traceroute X.X.X.2
traceroute to X.X.X.2 (X.X.X.2), 30 hops max, 60 byte packets
1 * * *
2 * * *
3 * * *
However, I am able to ping, and there
Do a traceroute to an external domain say google.com from guest vm, as you
mentioned below, both by commenting out vr ip and not, in resolv.conf, you may
see the difference.
Yes, if I remove or comment out the first nameserver entry for the VR's
IP, and only leaving 8.8.8.8 and 8.8.4.4, guest
Thanks Ian.
On 20-Jul-2014, at 11:07 pm, Ian Duffy
i...@ianduffy.iemailto:i...@ianduffy.ie wrote:
Hi Harikrishna,
Pulled over the related commits. Had some merge conflicts.
On 19 July 2014 21:14, Ian Duffy i...@ianduffy.iemailto:i...@ianduffy.ie
wrote:
Hi sorry about the slow response.
On 20 Jul 2014, at 17:35, Rohit Yadav rohit.ya...@shapeblue.com wrote:
Hi,
I'm assuming no one objects the proposal and the spec, I'll move forward
with the first implementation starting next week but will be mostly
offline till 28th July.
+1 from me , most definitely.
Your email
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22799/
---
(Updated July 21, 2014, 3:56 a.m.)
Review request for cloudstack, Mike
On July 18, 2014, 4:16 a.m., Mike Tutkowski wrote:
Hi,
It's been a while since we've had any activity review wise on this feature.
Can you guys tell me where we're currently at?
Thanks!
Mike
Sorry Mike,
There are some troubles with my machines last week.
I have updated new
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23723/
---
Review request for cloudstack and Santhosh Edukulla.
Repository:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23723/#review48197
---
Ship it!
Ship It!
- Santhosh Edukulla
On July 21, 2014, 4:04
Thanks!
Adding Marvin tests is not a prerequisite to your code being committed. I
just strongly recommend you consider such tests.
Essentially it is ideal to have Marvin tests, but not required.
I'm glad to see the list of tests you've performed manually. Thanks for
adding that to Review Board.
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23550/#review48198
---
Ship it!
Ship It!
- Santhosh Edukulla
On July 16, 2014, 12:37
On July 16, 2014, 3:35 p.m., Santhosh Edukulla wrote:
server/src/com/cloud/vm/UserVmManagerImpl.java, line 856
https://reviews.apache.org/r/23550/diff/1/?file=633467#file633467line856
I believe we are verifying the max size of an integer? If yes, use
limits, something like
Mike / Hieu,
Thank you for your consideration. Even if it is not needed at the review time,
can Marvin tests ( if applicable, simulator tests) can be added before you
close on the feature. That would help to run regression tests on this feature
for all releases.
Some sort of automated tests
Thanks for the note, Sudha.
I was not aware we were treating Marvin tests are a requirement. That is
interesting to know as I've not seen that rule followed all the time (as
you say, perhaps people have been backing off on that informally).
I agree, though, that automated tests are critical and
IIRC, virtio wasn't the default until EL6.4.
--David
On Sun, Jul 20, 2014 at 10:12 PM, evanitsharp evanitsh...@gmail.com wrote:
Dear all:
I/O speed of our guest VMs are so slow when uploading or downloading
file from them.
I have tried Basic and Advanced network, but I got the
Hi Vihar,
Yes I can.
Looking forward to your reply, thank you.
Cheers.
On Mon, Jul 21, 2014 at 8:13 AM, Vihar vih1...@gmail.com wrote:
Hi,
Yes, if I remove or comment out the first nameserver entry for the VR's
IP, and only leaving 8.8.8.8 and 8.8.4.4, guest VMs will be running fine
Hi Sanjeev,
Good day to you, and thank you for your reply.
Yes, I can resolve domains without any issues from within the VR itself.
root@r-2606-VM:/etc# ping yahoo.com
PING yahoo.com (98.139.183.24): 56 data bytes
64 bytes from 98.139.183.24: icmp_seq=0 ttl=47 time=250.473 ms
64 bytes from
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23550/
---
(Updated July 21, 2014, 4:58 a.m.)
Review request for cloudstack, daan
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23723/
---
(Updated July 21, 2014, 4:59 a.m.)
Review request for cloudstack and Santhosh
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23723/
---
(Updated July 21, 2014, 5 a.m.)
Review request for cloudstack and Santhosh
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23603/#review48201
---
utils/src/org/apache/cloudstack/utils/template/TemplateUtils.java
28 matches
Mail list logo
