search for: 4ac4

...ecognized [2017-08-16 10:59:24.239251] W [MSGID: 101174] [graph.c:361:_log_if_unknown_option] 0-/data/brick1/gv0: option 'auth-path' is not recognized [2017-08-16 10:59:24.239257] W [MSGID: 101174] [graph.c:361:_log_if_unknown_option] 0-/data/brick1/gv0: option 'auth.login.2d6e8c76-47ed-4ac4-87ff-f96693f048b5.password' is not recognized [2017-08-16 10:59:24.239263] W [MSGID: 101174] [graph.c:361:_log_if_unknown_option] 0-/data/brick1/gv0: option 'auth.login./data/brick1/gv0.allow' is not recognized [2017-08-16 10:59:24.239276] W [MSGID: 101174] [graph.c:361:_log_if_unknown_...

On Tue, Aug 15, 2017 at 01:04:11PM +0000, Hatazaki, Takao wrote: > Ji-Hyeon, > > You're saying that "stripe=2 transport=rdma" should work. Ok, that > was firstly I wanted to know. I'll put together logs later this week. Note that "stripe" is not tested much and practically unmaintained. We do not advise you to use it. If you have large files that you

...name -a Linux node1 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux There are too many debug logs. I paste the log of thread 99225 below: Line 58679: 2018-11-13 14:22:30.129+0000: 95225: debug : qemuProcessLaunch:5614 : vm=0x7f822c002fe0 name=6efd749c-3162-4ac4-90e6-b3fca6fde9bc id=1 asyncJob=6 incoming.launchURI=<null> incoming.deferredURI=<null> incoming.fd=-1 incoming.path=<null> snapshot=(nil) vmop=0 flags=0x11 Line 58680: 2018-11-13 14:22:30.129+0000: 95225: info : virObjectRef:296 : OBJECT_REF: obj=0x7f81f80166f0 Line 58681: 2018-1...

...> [2017-08-16 10:59:24.239251] W [MSGID: 101174] [graph.c:361:_log_if_unknown_option] 0-/data/brick1/gv0: option 'auth-path' is not recognized > [2017-08-16 10:59:24.239257] W [MSGID: 101174] [graph.c:361:_log_if_unknown_option] 0-/data/brick1/gv0: option 'auth.login.2d6e8c76-47ed-4ac4-87ff-f96693f048b5.password' is not recognized > [2017-08-16 10:59:24.239263] W [MSGID: 101174] [graph.c:361:_log_if_unknown_option] 0-/data/brick1/gv0: option 'auth.login./data/brick1/gv0.allow' is not recognized > [2017-08-16 10:59:24.239276] W [MSGID: 101174] [graph.c:361:_log_i...

...again the command contiunes showing gfid's until the brick is done again. This gives quite a bad picture of the status of a heal. 3. What kind of config tweaks is recommended for these kind of EC volumes? $ gluster volume info Volume Name: test-ec-100g Type: Disperse Volume ID: 0254281d-2f6e-4ac4-a773-2b8e0eb8ab27 Status: Started Snapshot Count: 0 Number of Bricks: 1 x (8 + 2) = 10 Transport-type: tcp Bricks: Brick1: dn-304:/mnt/test-ec-100/brick Brick2: dn-305:/mnt/test-ec-100/brick Brick3: dn-306:/mnt/test-ec-100/brick Brick4: dn-307:/mnt/test-ec-100/brick Brick5: dn-308:/mnt/test-ec-100/...

...d of EC volumes? > I usually use the following values (specific only for ec): client.event-threads 4 server.event-threads 4 performance.client-io-threads on Regards, Xavi > > > $ gluster volume info > Volume Name: test-ec-100g > Type: Disperse > Volume ID: 0254281d-2f6e-4ac4-a773-2b8e0eb8ab27 > Status: Started > Snapshot Count: 0 > Number of Bricks: 1 x (8 + 2) = 10 > Transport-type: tcp > Bricks: > Brick1: dn-304:/mnt/test-ec-100/brick > Brick2: dn-305:/mnt/test-ec-100/brick > Brick3: dn-306:/mnt/test-ec-100/brick > Brick4: dn-307:/mnt/test-...

...you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscribe@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/6cd8e039-4ad0-4ac4-8d9b-a94fb0ad221a%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.

...> > client.event-threads 4 > server.event-threads 4 > performance.client-io-threads on > > Regards, > > Xavi > > > >> >> >> >> $ gluster volume info >> Volume Name: test-ec-100g >> Type: Disperse >> Volume ID: 0254281d-2f6e-4ac4-a773-2b8e0eb8ab27 >> Status: Started >> Snapshot Count: 0 >> Number of Bricks: 1 x (8 + 2) = 10 >> Transport-type: tcp >> Bricks: >> Brick1: dn-304:/mnt/test-ec-100/brick >> Brick2: dn-305:/mnt/test-ec-100/brick >> Brick3: dn-306:/mnt/test-ec-100/bric...

...t; performance.client-io-threads on >> >> Regards, >> >> Xavi >> >> >> >>> >>> >>> >>> $ gluster volume info >>> Volume Name: test-ec-100g >>> Type: Disperse >>> Volume ID: 0254281d-2f6e-4ac4-a773-2b8e0eb8ab27 >>> Status: Started >>> Snapshot Count: 0 >>> Number of Bricks: 1 x (8 + 2) = 10 >>> Transport-type: tcp >>> Bricks: >>> Brick1: dn-304:/mnt/test-ec-100/brick >>> Brick2: dn-305:/mnt/test-ec-100/brick >>> Bric...

...Disconnecting: Corrupted MAC on input. plain: 0000 0000 0001 0000 0002 0000 0017 436f 7272 7570 7465 6420 4d41 4320 6f6e 2069 6e70 7574 2e00 0000 00 encrypted: 9ba6 8f38 fb65 d36d 02a0 413a 2c02 debd 1a91 9f8b 305e 7614 88df 2ba1 72f7 f58e 4ecc 0398 220c 59b3 2c1d 197e 4ac4 9f30 f313 f2d4 1850 10c8 205e 3f83 45f5 b1f9 I would appreciate any hints from anyone who can give me some hints. Thanks Nagib Chahine

Hi, We are running a cluster under CentOS 6.6. We recently attached a new NAS device, running CentOS 6.8 and rsync'd our user file system to it. We noticed that all the files were owned by nobody (with nobody as the group). We copied over the /etc/passwd and /etc/group files from our front-end server to our NAS server. If we log in to the NAS server we see the files owned by their

Hallo, linux-btrfs, please delete the option "-L" (for labelling) in "mkfs.btrfs", in some configurations it doesn''t work as expected. My usual way: mkfs.btrfs -d raid0 -m raid1 /dev/sdb /dev/sdc /dev/sdd ... One call for some devices. Wenn I add the option "-L mylabel" then each device gets the same label, and therefore some other programs

Hi all: I create VM on most hypervisors very quickly, about 2 seconds. But some hypervisors are slow, taking more than 10 seconds. I started the debug log for libvirtd and found that some threads had timed out. Thread 95205 has two 5-second timeouts, but I don't know why? Below some information about my hypervisor: [root@node1 datapool]# virsh -v 3.4.0 [root@node1 datapool]# qemu-x86_64