I meant, host can access VR, but VR can't access host(e.g. ssh into host), which is in the control network.
--Sheng On Thu, Feb 13, 2014 at 1:55 PM, Sheng Yang <sh...@yasker.org> wrote: > Alena, > > Mgmt server may not be accessible by VR directly, and there is no way for > VR to communicate with the host it's running on directly... > > --Sheng > > > On Thu, Feb 13, 2014 at 12:45 PM, Alena Prokharchyk < > alena.prokharc...@citrix.com> wrote: > >> Hari, >> >> You say that ³Virtual router does not have NIC for the management network >> so VR cannot send alerts directly to management server and so it should be >> polling process from management server to VR² >> But there is a way to public an alert via CS WEB API. I¹ve added this >> feature exactly to support the case when alert is generated by CS Service >> running on a diff host. Please take a look, that might work for your >> feature: >> >> >> >> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Alert+publishing+via >> +Web+ROOT+admin+API >> >> >> >> Thanks, >> Alena. >> >> >> >> On 2/13/14, 12:23 PM, "Sheng Yang" <sh...@yasker.org> wrote: >> >> >Hi Hari, >> > >> >+1. Getting log from VR is a long awaited feature. >> > >> >One correction: VR does have mgmt network nic, but it doesn't have direct >> >communcation with mgmt server(in the most case except VMware). So polling >> >is still needed. >> > >> >And another comment: you can reuse CheckRouterTask() for the purpose. It >> >already has been used for s2s vpn connection status update and redundant >> >router checking, and "router.check.interval" would be used as interval >> for >> >checking. You can improve and reuse that rather than introduce another >> >polling thread for VR. >> > >> >How can you define "new alart"? Did the file would be deleted/archived >> >after poll? Or you simply just looking after a certain point? I guess a >> >diff works better than search for timestamp. More details in >> >implementation >> >would be helpful. >> > >> >--Sheng >> > >> > >> >On Thu, Feb 13, 2014 at 1:56 AM, Harikrishna Patnala < >> >harikrishna.patn...@citrix.com> wrote: >> > >> >> Hi, >> >> >> >> Currently in CS we can monitor the running services on Virtual Router >> >>and >> >> ensure they are running through the lifetime of VR. Upon failure of any >> >> service in VR, monitoring service logs the alerts in VR logs. >> >> These alerts need to be pushed to management server to notify admin. >> >> >> >> For this I'd like to introduce the feature Virtual Router service >> >>failure >> >> alerting. >> >> >> >> [1] https://issues.apache.org/jira/browse/CLOUDSTACK-6090 >> >> [2] >> >> >> >> >> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Virtual+Router+Ser >> >>vice+Failure+Alerting >> >> >> >> >> >> Comments/feedback are welcome >> >> >> >> Thank you, >> >> Harikrishna >> >> >> >> >
