onlyjob

@szycha76, your opinions and preferences are not too interesting, unless they make sense. You are not telling us what is your problem with _ext4_...

Everything is on the same version except few legacy v3 clients. Presence of a legacy client should not prevent creation of storage class, IMHO.

@anon314159, you are correct: after disconnecting last v3 client `mfsscadmin create` successfully created `@4+1` storage class: storage class make ec41: ok I would have never guessed that v3 client was...

Thanks, @chogata. IMHO `RESTRICT_INCOMPATIBLE_CLIENT_VERSIONS` should default to `0`, as current default (`1`) is especially brutal to legacy v3 clients: as I have experienced, after defining EC storage class, legacy v3...

Also, state of "Use common Y-scale" is not preserved when a different graph is selected.

Odd: today "Use common Y-scale" seems to work for *number of chunk deletions*. Could it be that graphs re-scaling sometimes fails when common Y-scale option is activated? Like when server...

Yes, "common Y-scale" setting should be remembered (and arguably it should even be the default). I doubt that occasional malfunction could be a browser problem. (I use Firefox-ESR on Debian.)...

There is definitely a reproducible bug in rendering graphs in "common Y-scale" mode. When I refresh the page (i.e. F5) with that mode active, graphs reload without Y-equalisation so I...

Just confirmed the issue on 4.57.7: refreshing browser page (charts) clears/reverts "common Y-scale", misleadingly leaving "Use common Y-scale" switch in "on" state.

According to `mfsmetasearch -e 'sclass==25' metadata.mfs.back` all those files were in `[TRASH]`. With some difficulty (due to large number of files in trash) I was able to identify those files....