[lustre-discuss] Significance of LOV and LLITE metrics

[Masudul Hasan Masud Bhuiyan]

Hi,
I am looking for metrics that affect/reflect user I/O performance. So far I
understand OST and MDT metrics are significant.  But is there any other
metrics which get updated during file write/read operation? Mainly I want
to know what is the significance of LOV and LLITE metrics in terms of I/O.
(As LOV is related to client, I think it  might be significant, but not
sure what does it indicate) Also  what do these metrics in LLITE indicate?


lazystatfs
site
checksum_pages
lmv
statahead_agl
lov
default_easize
statahead_running_max
dump_page_cache
max_easize
statahead_stats
extents_stats
fast_read
stats_track_gid
nosquash_nids
stats_track_pid
offset_stats
stats_track_ppid
fstype
pio
unstable_stats
read_ahead_stats
root_squash
xattr_cache
sbi_flags

also whats the difference between kbytesavail and kbytesfree in the contest
of lustre?
___
lustre-discuss mailing list
lustre-discuss@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org

[lustre-discuss] Lustre 2.10.7 released

[Peter Jones]

We are pleased to announce that the Lustre 2.10.7 Release has been declared GA 
and is available for 
download. You can 
also grab the source from 
git.

Details of changes since 2.10.6 
 can be found in the 2.10.7 
change log.

Please log any issues found in the issue tracking 
system.

Thanks to all those who have contributed to the creation of this release.

The next LTS release will be 2.12.1 and we do not anticipate doing any further 
2.10.x releases.

___
lustre-discuss mailing list
lustre-discuss@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org

[lustre-discuss] Tools for backing up a ZFS MDT

[Kurt Strosahl]

Good Afternoon,


 I've been working on a new lustre file system, now with ZFS on the MDT (my 
current lustre file system uses ldiskfs).  One of the reasons for this was the 
ability to use ZFS snapshots to backup the MDT, and I'm wondering if anyone has 
experience with zfs backup tools like ZnapZend?


w/r,

Kurt J. Strosahl
System Administrator: Lustre, HPC
Scientific Computing Group, Thomas Jefferson National Accelerator Facility
___
lustre-discuss mailing list
lustre-discuss@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org

[lustre-discuss] statahead trigger

[Manno, Dominic Anthony]

Hi,


I'm wondering what triggers a statahead? In testing some use of the ioctl for 
MDT stat struct, I notice that statahead is still called although far less 
frequently than a normal readdir, stat workload.


Can the ioctl even use what statahead puts in client cache? If so, can the 
statahead trigger be easily modified to account for the ioctl treewalk workload?


I've browsed the code a bit but seem to be missing the ioctl and statahead 
interaction. I'm at a point where I don't think the ioctl code path can use 
statahead, but I do see it being triggered.


Thanks in advance,


-Dominic
___
lustre-discuss mailing list
lustre-discuss@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org

Re: [lustre-discuss] How often Log file get Updated

[Andreas Dilger]

On Mar 24, 2019, at 00:42, Masudul Hasan Masud Bhuiyan 
 wrote:
> 
> Hi, 
> I am trying to find how often the log in /proc/fs/lustre get updated. I was 
> creating some files in a particular ost and observing the stats file for that 
> OST. But I noticed although the file is creating properly "write_bytes" field 
> in the stats file is not changing. I created ~25GB file but the total size 
> was still the same. That's why I was wondering how often does the log file 
> gets updated?

This is not a log file, but rather a real-time display of the status, so if it 
is not being updated, then there are a few options that are possible:

- you are looking into the wrong stats file (e.g. different OST), as there are 
many different ones
- there is a bug in the code that prevents that the "write_bytes" from being 
updated.

What verson of Lustre are you running?

Cheers, Andreas
---
Andreas Dilger
Principal Lustre Architect
Whamcloud







___
lustre-discuss mailing list
lustre-discuss@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org