search for: kasturi

...fe and can be done. I'll follow up with the Engine log. > > Sent using OWA for iPhone > ------------------------------ > *From:* Sahina Bose <sabose at redhat.com> > *Sent:* Monday, June 12, 2017 6:49:29 AM > *To:* Atin Mukherjee > *Cc:* Langley, Robert; SATHEESARAN; Kasturi Narra; > gluster-users at gluster.org > > *Subject:* Re: [Gluster-users] Gluster deamon fails to start > > > > On Mon, Jun 12, 2017 at 6:41 PM, Atin Mukherjee <amukherj at redhat.com> > wrote: > >> >> On Mon, 12 Jun 2017 at 17:40, Langley, Robert <Rob...

...ng gsaov07 as a peer, then probing over the correct network. I'll follow up with the Engine log. Sent using OWA for iPhone ________________________________ From: Sahina Bose <sabose at redhat.com> Sent: Monday, June 12, 2017 6:49:29 AM To: Atin Mukherjee Cc: Langley, Robert; SATHEESARAN; Kasturi Narra; gluster-users at gluster.org Subject: Re: [Gluster-users] Gluster deamon fails to start On Mon, Jun 12, 2017 at 6:41 PM, Atin Mukherjee <amukherj at redhat.com<mailto:amukherj at redhat.com>> wrote: On Mon, 12 Jun 2017 at 17:40, Langley, Robert <Robert.Langley at ventura.o...

...ver that has forward and >> reverse setup. >> Something I had noticed is that, with oVirt, communication is being >> attempted over the VM network, rather than storage network. Which is not >> how the bricks are defined. Not sure how to correct that. >> > > +Sas, Kasturi, Sahina - is this what expected in ovirt? > > You can use different n/w interface for gluster management interface by > peer probing the same node with multiple addresses. But you'd still need to > ensure that glusterd can communicate to the IP with which brick addresses > are de...

Hi - I am a beginner to the R language. I have written the following matrix: Z.mat=matrix(c(2,2,2,1,1,1,3,2,1,6,5,4,9,1,1,2,3,2), nrow=6) I would like to add a 4th column consisting of: 6, 9, 8, 15, 16, 17 I would also like to name each column a, b, c, d as well. Thanks! [[alternative HTML version deleted]]

...ine.core.common.businessentities.gluste > r.GlusterVolumeEntity at fdc91062, c7a5dfc9-3e72-4ea1-843e-c8275d > 4a7c2d=org.ovirt.engine.core.common.businessentities.gluste > r.GlusterVolumeEntity at 999a6f23}, log id: 7fce25d3 > > > Thank you > > > 2017-07-24 8:12 GMT+02:00 Kasturi Narra <knarra at redhat.com>: > >> Hi, >> >> Regarding the UI showing incorrect information about engine and data >> volumes, can you please refresh the UI and see if the issue persists plus >> any errors in the engine.log files ? >> >> Thanks...

...910d-437b-8ba7-4f2a23d17515=org.ovirt.engine.core. common.businessentities.gluster.GlusterVolumeEntity at fdc91062, c7a5dfc9-3e72 -4ea1-843e-c8275d4a7c2d=org.ovirt.engine.core.common.businessentities. gluster.GlusterVolumeEntity at 999a6f23}, log id: 7fce25d3 Thank you 2017-07-24 8:12 GMT+02:00 Kasturi Narra <knarra at redhat.com>: > Hi, > > Regarding the UI showing incorrect information about engine and data > volumes, can you please refresh the UI and see if the issue persists plus > any errors in the engine.log files ? > > Thanks > kasturi > > On Sat, J...

2017-07-25 7:42 GMT+02:00 Kasturi Narra <knarra at redhat.com>: > These errors are because not having glusternw assigned to the correct > interface. Once you attach that these errors should go away. This has > nothing to do with the problem you are seeing. > Hi, You talking about errors like these? 2017-07-2...

...ualified names with a DNS server that has forward and > reverse setup. > Something I had noticed is that, with oVirt, communication is being > attempted over the VM network, rather than storage network. Which is not > how the bricks are defined. Not sure how to correct that. > +Sas, Kasturi, Sahina - is this what expected in ovirt? You can use different n/w interface for gluster management interface by peer probing the same node with multiple addresses. But you'd still need to ensure that glusterd can communicate to the IP with which brick addresses are defined. > > Sent...

Hi, Regarding the UI showing incorrect information about engine and data volumes, can you please refresh the UI and see if the issue persists plus any errors in the engine.log files ? Thanks kasturi On Sat, Jul 22, 2017 at 11:43 AM, Ravishankar N <ravishankar at redhat.com> wrote: > > On 07/21/2017 11:41 PM, yayo (j) wrote: > > Hi, > > Sorry for follow up again, but, checking the ovirt interface I've found > that ovirt report the "engine" volume as an...

Thank you for your response. There has been no change of IP addresses. And I have tried restarting the glusterd service multiple times. I am using fully qualified names with a DNS server that has forward and reverse setup. Something I had noticed is that, with oVirt, communication is being attempted over the VM network, rather than storage network. Which is not how the bricks are defined. Not sure

On Tue, Jul 25, 2017 at 1:45 PM, yayo (j) <jaganz at gmail.com> wrote: > 2017-07-25 7:42 GMT+02:00 Kasturi Narra <knarra at redhat.com>: > >> These errors are because not having glusternw assigned to the correct >> interface. Once you attach that these errors should go away. This has >> nothing to do with the problem you are seeing. >> > > Hi, > > You talkin...

On 07/21/2017 11:41 PM, yayo (j) wrote: > Hi, > > Sorry for follow up again, but, checking the ovirt interface I've > found that ovirt report the "engine" volume as an "arbiter" > configuration and the "data" volume as full replicated volume. Check > these screenshots: This is probably some refresh bug in the UI, Sahina might be able to tell

hello everybody I use the following code for my programming & it runs with the error as specified below.Any help that would disolve the error will be highly appreciated. Thanks in advance my code looks like this #### R programme for simulating the power of the two sample t test vs various #### non-parametric alternatives sim.size <- 200 sample.size <- 10 set.seed(231) mu1 <- 0 delta

Hi, I am trying to have some routing done between two subnets. One is 192.168.1.0/24 and has my LAN computers running a mix of Windows 98/XP clients. There are two linux machines on this network running Samba. Another is 192.168.0.0/24 and has the other LAN. Only my linux machines have two NICs, one for each LAN. I am trying out one of these linux machines to be the gateway for both the

glusterd failed to resolve addresses of the bricks. This could happen either because of glusterd was trying to resolve the address of the brick before the N/W interface was up or a change in the IP? If it's the latter then a point to note is that it's recommended that cluster should be formed using hostname otherwise if the server goes through IP change we have to change the configuration