search for: sjc1

Sure! > 1 - output of gluster volume heal <volname> info Brick pod-sjc1-gluster1:/data/brick1/gv0 Status: Connected Number of entries: 0 Brick pod-sjc1-gluster2:/data/brick1/gv0 Status: Connected Number of entries: 0 Brick pod-sjc1-gluster1:/data/brick2/gv0 Status: Connected Number of entries: 0 Brick pod-sjc1-gluster2:/data/brick2/gv0 Status: Connected Number of en...

...Not sure if that gives you any clues for this... maybe adding another brick to the pool would have a similar effect? On Thu, Dec 21, 2017 at 11:44 AM, Tom Fite <tomfite at gmail.com> wrote: > Sure! > > > 1 - output of gluster volume heal <volname> info > > Brick pod-sjc1-gluster1:/data/brick1/gv0 > Status: Connected > Number of entries: 0 > > Brick pod-sjc1-gluster2:/data/brick1/gv0 > Status: Connected > Number of entries: 0 > > Brick pod-sjc1-gluster1:/data/brick2/gv0 > Status: Connected > Number of entries: 0 > > Brick pod-sjc1...

The sizes of the files are extremely varied, there are millions of small (<1 MB) files and thousands of files larger than 1 GB. Attached is the tier log for gluster1 and gluster2. These are full of "demotion failed" messages, which is also shown in the status: [root at pod-sjc1-gluster1 gv0]# gluster volume tier gv0 status Node Promoted files Demoted files Status run time in h:m:s --------- --------- --------- --------- --------- localhost 25940 0 in...

...for bigger size files. not the best for files of smaller size. That can end up hindering the IOs. >> >> Attached is the tier log for gluster1 and gluster2. These are full of >> "demotion failed" messages, which is also shown in the status: >> >> [root at pod-sjc1-gluster1 gv0]# gluster volume tier gv0 status >> Node Promoted files Demoted files Status >> run time in h:m:s >> --------- --------- --------- --------- >> --------- >> localhost 25940...

Thanks for the info, Hari. Sorry about the bad gluster volume info, I grabbed that from a file not realizing it was out of date. Here's a current configuration showing the active hot tier: [root at pod-sjc1-gluster1 ~]# gluster volume info Volume Name: gv0 Type: Tier Volume ID: d490a9ec-f9c8-4f10-a7f3-e1b6d3ced196 Status: Started Snapshot Count: 13 Number of Bricks: 8 Transport-type: tcp Hot Tier : Hot Tier Type : Replicate Number of Bricks: 1 x 2 = 2 Brick1: pod-sjc1-gluster2:/data/hot_tier/gv0 Bric...

...files are extremely varied, there are millions of small > (<1 MB) files and thousands of files larger than 1 GB. > > Attached is the tier log for gluster1 and gluster2. These are full of > "demotion failed" messages, which is also shown in the status: > > [root at pod-sjc1-gluster1 gv0]# gluster volume tier gv0 status > Node Promoted files Demoted files Status > run time in h:m:s > --------- --------- --------- --------- > --------- > localhost 25940...

Hi, Can you send the volume info, and volume status output and the tier logs. And I need to know the size of the files that are being stored. On Tue, Jan 9, 2018 at 9:51 PM, Tom Fite <tomfite at gmail.com> wrote: > I've recently enabled an SSD backed 2 TB hot tier on my 150 TB 2 server / 3 > bricks per server distributed replicated volume. > > I'm seeing IO get blocked

Could youplease provide following - 1 - output of gluster volume heal <volname> info 2 - /var/log/glusterfs - provide log file with mountpoint-volumename.log 3 - output of gluster volume <volname> info 4 - output of gluster volume <volname> status 5 - Also, could you try unmount the volume and mount it again and check the size? ----- Original Message ----- From:

I have a glusterfs setup with distributed disperse volumes 5 * ( 4 + 2 ). After a server crash, "gluster peer status" reports all peers as connected. "gluster volume status detail" shows that all bricks are up and running with the right size, but when I use df from a client mount point, the size displayed is about 1/6 of the total size. When browsing the data, they seem to

I've recently enabled an SSD backed 2 TB hot tier on my 150 TB 2 server / 3 bricks per server distributed replicated volume. I'm seeing IO get blocked across all client FUSE threads for 10 to 15 seconds while the promotion daemon runs. I see the 'glustertierpro' thread jump to 99% CPU usage on both boxes when these delays occur and they happen every 25 minutes (my

...#39;ve been trying every optimization tweak that I can find, including md-cache, bumping up cache sizes, bumping event threads, etc... Volume Name: gv0 Type: Distributed-Replicate Volume ID: [ID] Status: Started Snapshot Count: 13 Number of Bricks: 3 x 2 = 6 Transport-type: tcp Bricks: Brick1: pod-sjc1-gluster1.exavault.com:/data/brick1/gv0 Brick2: pod-sjc1-gluster2.exavault.com:/data/brick1/gv0 Brick3: pod-sjc1-gluster1.exavault.com:/data/brick2/gv0 Brick4: pod-sjc1-gluster2.exavault.com:/data/brick2/gv0 Brick5: pod-sjc1-gluster1.exavault.com:/data/brick3/gv0 Brick6: pod-sjc1-gluster2.exavault.c...

...getwd cache = yes read prediction = yes socket options = TCP_NODELAY ; Printers are appended after this point automatically [sj-accounting] browseable = yes guest ok = yes writable = no printable = yes comment = B&W in San Jose #1, 4th Floor, NW (aka sjc1-nw4) path = /var/spool/samba_lp/sj-accounting [sj-fcp] browseable = yes guest ok = yes writable = no printable = yes comment = B&W in San Jose #1, 2nd Floor, SW (aka sjc1-sw2) path = /var/spool/samba_lp/sj-fcp [sj-fcp-color] browseable = yes guest ok = yes...

Hello and thanks for indulging yet another printer question. Here at the University of Denver we have formally announced that laptops will be a requirement for all incoming freshmen in the Fall. I have been charged with the task of finding a solution for printing (accounting, quotas, and managing roaming users). I've decided, for now, to use Samba with an eval copy of printXchange (this will

What can I do to UNDERSTAND why, periodically, I can't reach www.centos.org (but everyone else can)? Every few months, http://www.centos.org just drops off for me and for me only. It's not the web site, because I can reach it via a proxy (e.g., TOR browser bundle) and other tests show it to be alive (e.g., http://www.downforeveryoneorjustme.com/centos.org or