search for: e54e

...see on one of the Windows 2008R2 DC's, name=Stilton: ################################## C:\Users\Administrator>repadmin /showrepl Repadmin: running command /showrepl against full DC localhost Default-First-Site-Name\STILTON DSA Options: IS_GC Site Options: (none) DSA object GUID: 24f13466-e54e-4e61-a533-4626b06c17ec DSA invocationID: 24f13466-e54e-4e61-a533-4626b06c17ec ==== INBOUND NEIGHBORS ====================================== DC=gigl,DC=polymtl,DC=ca Default-First-Site-Name\ROQUEFORT via RPC DSA object GUID: e1a21c83-3c3f-4fbb-bc5e-e2dcd1f2c5ac Last attempt...

.... In this case we migrated to the VM so date node 2 (c2g.gluster) and shutdown c1g.gluster to do some upgrades. # gluster peer status Number of Peers: 2 Hostname: c1g.gluster Uuid: 91be2005-30e6-462b-a66e-773913cacab6 State: Peer in Cluster (Disconnected) Hostname: arb-c2.gluster Uuid: 20862755-e54e-4b79-96a8-59e78c6a6a2e State: Peer in Cluster (Connected) # gluster volume status Status of volume: brick1 Gluster process???????????????????????????? TCP Port? RDMA Port Online? Pid ------------------------------------------------------------------------------ Brick c2g.gluster:/GLUSTER/brick1???...

Someone can help me? I tried several things and always don't converge # Model library(sem) dados40.cov <- cov(dados40,method="spearman") model.dados40 <- specify.model() F1 -> Item11, lam11, NA F1 -> Item31, lam31, NA F1 -> Item36, lam36, NA F1 -> Item54, lam54, NA F1 -> Item63, lam63, NA F1 -> Item65, lam55, NA F1 -> Item67, lam67, NA F1 ->

...ode 2 (c2g.gluster) and shutdown > c1g.gluster to do some upgrades. > > # gluster peer status > Number of Peers: 2 > > Hostname: c1g.gluster > Uuid: 91be2005-30e6-462b-a66e-773913cacab6 > State: Peer in Cluster (Disconnected) > Hostname: arb-c2.gluster > Uuid: 20862755-e54e-4b79-96a8-59e78c6a6a2e > State: Peer in Cluster (Connected) > > # gluster volume status > Status of volume: brick1 > Gluster process TCP Port RDMA Port Online Pid > ------------------------------------------------------------------------------ > Br...

2017-09-08 14:11 GMT+02:00 Pavel Szalbot <pavel.szalbot at gmail.com>: > Gandalf, SIGKILL (killall -9 glusterfsd) did not stop I/O after few > minutes. SIGTERM on the other hand causes crash, but this time it is > not read-only remount, but around 10 IOPS tops and 2 IOPS on average. > -ps So, seems to be reliable to server crashes but not to server shutdown :)

Gandalf, SIGKILL (killall -9 glusterfsd) did not stop I/O after few minutes. SIGTERM on the other hand causes crash, but this time it is not read-only remount, but around 10 IOPS tops and 2 IOPS on average. -ps On Fri, Sep 8, 2017 at 1:56 PM, Diego Remolina <dijuremo at gmail.com> wrote: > I currently only have a Windows 2012 R2 server VM in testing on top of > the gluster storage,

...; c1g.gluster to do some upgrades. >> >> # gluster peer status >> Number of Peers: 2 >> >> Hostname: c1g.gluster >> Uuid: 91be2005-30e6-462b-a66e-773913cacab6 >> State: Peer in Cluster (Disconnected) >> Hostname: arb-c2.gluster >> Uuid: 20862755-e54e-4b79-96a8-59e78c6a6a2e >> State: Peer in Cluster (Connected) >> >> # gluster volume status >> Status of volume: brick1 >> Gluster process TCP Port RDMA Port Online Pid >> --------------------------------------------------------------...

I'm trying to build a SEM using the sem package. I'll attach my model specification below. When I turn debug=TRUE, it seems as if I'm getting to convergence because I get this message: Successive iterates within tolerance. Current iterate is probably solution. However, at the end of the process I get this message: Warning message: In sem.default(ram = ram, S = S, N = N,