Movatterモバイル変換


[0]ホーム

URL:


Skip to content
DEV Community
Log in Create account

DEV Community

YugabyteDB profile imageFrits Hoogland
Frits Hoogland forYugabyteDB

Posted on

     

The new YugabyteDB gflags page

Starting withYugabyteDB version 2.15.3.0, the gflags (server parameters) page shows the values grouped into a number of categories.

Current situation

In versions below 2.15.3.0, the gflags are shown in the following way at the HTTP management page of the tablet servers and the masters:
HTTP management page
This is the list of gflags, with no ordering, and no indicators about the gflags, such as whether they are changed from their default value or not.

New situation

In versions starting from 2.15.3.0, the gflags screen looks like this:
Image description
In the new gflags screen, the output starts with 'NodeInfo Flags', and these are ordered alphabetically.

The new situation shows the gflags in a few categories:

NodeInfo

NodeInfo flags are flags that are tell important per node information. These flags can be default, but nevertheless the information tells vital information about the node and process' configuration on that node.

Custom

Custom flags are flags that are explicitly changed from their default value. So if you are looking for specific configuration or oddities in case of troubleshooting, this is where to look.

Auto

Auto flags are flags that get a value automatically set based on the node or process specifics.

Default

Default flags are flags that did not change from their default value.

Using the gflags page with tools

If you are using tools to read the gflags HTTP page, then the different page might mean you need to rewrite your tool. But this might not be the case!

If any tools wants to 'scrape' the gflags HTTP page, you can add?raw to the URL, and it will output the gflags without HTML tags, simply as a list of gflags. This works both with current versions and the new 2.15.3.0 version.

But there is a better way!

The gflags JSON page

Another addition for the gflags information is theapi/v1/varz endpoint. This outputs the gflags as JSON:

curl http://192.168.66.80:7000/api/v1/varz | jq{  "flags": [    {      "name": "log_filename",      "value": "yb-master",      "type": "NodeInfo"    },    {      "name": "placement_cloud",      "value": "local",      "type": "NodeInfo"    },    {      "name": "placement_region",      "value": "local",      "type": "NodeInfo"    },    {      "name": "placement_zone",      "value": "local",      "type": "NodeInfo"    },...etc...
Enter fullscreen modeExit fullscreen mode

This makes it very easy for anything that can use JSON to parse the gflags information.

Top comments(2)

Subscribe
pic
Create template

Templates let you quickly answer FAQs or store snippets for re-use.

Dismiss
CollapseExpand
 
denismagda profile image
Denis Magda
Learned Java from the inside while developing JVM & JDK for years. Then joined the world of distributed systems and databases, where remained ever since.
  • Location
    San Francisco, Bay Area
  • Work
    Yugabyte
  • Joined

Btw, do you know what does the "g" stand for in the "gflags"? We refer to them as server-side parameters but why "g"

CollapseExpand
 
fritshooglandyugabyte profile image
Frits Hoogland
Technical database and performance specialist
  • Location
    Lutjebroek, Netherlands
  • Joined

The 'g' stands for 'google'. We are using a google library to parse command line flags. This also explains why the raw output shows the flags with two dashes in front of the name.

Are you sure you want to hide this comment? It will become hidden in your post, but will still be visible via the comment'spermalink.

For further actions, you may consider blocking this person and/orreporting abuse

Open Source Distributed PostgreSQL

Join the Yugabyte Cloud today, and start using a distributed, PostgreSQL-compatible, DBaaS.

More fromYugabyteDB

DEV Community

We're a place where coders share, stay up-to-date and grow their careers.

Log in Create account

[8]ページ先頭

©2009-2025 Movatter.jp