* feature request to "ceph osd status" @ 2017-08-26 18:07 Two Spirit 2017-08-28 12:01 ` John Spray 0 siblings, 1 reply; 9+ messages in thread From: Two Spirit @ 2017-08-26 18:07 UTC (permalink / raw) To: ceph-devel Hi. I found this command by accident. it doesn't seem to be undocumented. ceph osd status There is a very similiar command "ceph osd stat" with different info The status command is very useful command and I'd like to see it stay around even tho it seems to be an undocumented command. It would be nice to have a 3rd column "total" which is used+avail columns and then another row at the bottom subtotaling the "used", "avail", and "total" columns. I know all these could be be calculated, but with more OSDs, it is convenient to have it all available at a glance<div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> <table style="border-top: 1px solid #D3D4DE;"> <tr> <td style="width: 55px; padding-top: 13px;"><a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" alt="" width="46" height="29" style="width: 46px; height: 29px;" /></a></td> <td style="width: 470px; padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Virus-free. <a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color: #4453ea;">www.avg.com</a> </td> </tr> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div> ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feature request to "ceph osd status" 2017-08-26 18:07 feature request to "ceph osd status" Two Spirit @ 2017-08-28 12:01 ` John Spray 2017-08-29 21:50 ` Two Spirit 0 siblings, 1 reply; 9+ messages in thread From: John Spray @ 2017-08-28 12:01 UTC (permalink / raw) To: Two Spirit; +Cc: Ceph Development On Sat, Aug 26, 2017 at 7:07 PM, Two Spirit <twospirit6905@gmail.com> wrote: > Hi. I found this command by accident. it doesn't seem to be undocumented. > > ceph osd status > > There is a very similiar command "ceph osd stat" with different info > > The status command is very useful command and I'd like to see it stay > around even tho it seems to be an undocumented command. > > It would be nice to have a 3rd column "total" which is used+avail > columns and then another row at the bottom subtotaling the "used", > "avail", and "total" columns. I prefer to pick two of avail/used/total, rather than printing all three -- otherwise the information is a bit redundant. Putting some totals at the bottom is an interesting idea though. The "osd status" and "fs status" commands are implemented in a python module[1], so anyone who knows a little python could add that. John 1. https://github.com/ceph/ceph/blob/master/src/pybind/mgr/status/module.py > > I know all these could be be calculated, but with more OSDs, it is > convenient to have it all available at a glance<div > id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> > <table style="border-top: 1px solid #D3D4DE;"> > <tr> > <td style="width: 55px; padding-top: 13px;"><a > href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > target="_blank"><img > src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" > alt="" width="46" height="29" style="width: 46px; height: 29px;" > /></a></td> > <td style="width: 470px; padding-top: 12px; color: #41424e; > font-size: 13px; font-family: Arial, Helvetica, sans-serif; > line-height: 18px;">Virus-free. <a > href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > target="_blank" style="color: #4453ea;">www.avg.com</a> > </td> > </tr> > </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" > height="1"></a></div> > -- > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feature request to "ceph osd status" 2017-08-28 12:01 ` John Spray @ 2017-08-29 21:50 ` Two Spirit 2017-08-30 4:51 ` Two Spirit 0 siblings, 1 reply; 9+ messages in thread From: Two Spirit @ 2017-08-29 21:50 UTC (permalink / raw) To: John Spray; +Cc: Ceph Development I agree the information is redundant, but when I'm trying to figure out what is going on, it is very nice to have all info right in front of my face instead of uber bare bones. Running 'df -kh' shows [Total] Size, Used, Avail and Use%. That is one step past redundant, but it is aweful nice to see whatever information I want quickly as well as in a familiar format and bit of info I think unix it guys are use to. I can pick the columns of information I need based on what I'm trying to debug. just my two bits on a feature request. On Mon, Aug 28, 2017 at 5:01 AM, John Spray <jspray@redhat.com> wrote: > On Sat, Aug 26, 2017 at 7:07 PM, Two Spirit <twospirit6905@gmail.com> wrote: >> Hi. I found this command by accident. it doesn't seem to be undocumented. >> >> ceph osd status >> >> There is a very similiar command "ceph osd stat" with different info >> >> The status command is very useful command and I'd like to see it stay >> around even tho it seems to be an undocumented command. >> >> It would be nice to have a 3rd column "total" which is used+avail >> columns and then another row at the bottom subtotaling the "used", >> "avail", and "total" columns. > > I prefer to pick two of avail/used/total, rather than printing all > three -- otherwise the information is a bit redundant. > > Putting some totals at the bottom is an interesting idea though. The > "osd status" and "fs status" commands are implemented in a python > module[1], so anyone who knows a little python could add that. > > John > > 1. https://github.com/ceph/ceph/blob/master/src/pybind/mgr/status/module.py > >> >> I know all these could be be calculated, but with more OSDs, it is >> convenient to have it all available at a glance<div >> id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> >> <table style="border-top: 1px solid #D3D4DE;"> >> <tr> >> <td style="width: 55px; padding-top: 13px;"><a >> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >> target="_blank"><img >> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" >> alt="" width="46" height="29" style="width: 46px; height: 29px;" >> /></a></td> >> <td style="width: 470px; padding-top: 12px; color: #41424e; >> font-size: 13px; font-family: Arial, Helvetica, sans-serif; >> line-height: 18px;">Virus-free. <a >> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >> target="_blank" style="color: #4453ea;">www.avg.com</a> >> </td> >> </tr> >> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" >> height="1"></a></div> >> -- >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feature request to "ceph osd status" 2017-08-29 21:50 ` Two Spirit @ 2017-08-30 4:51 ` Two Spirit 2017-08-30 13:52 ` Sage Weil 0 siblings, 1 reply; 9+ messages in thread From: Two Spirit @ 2017-08-30 4:51 UTC (permalink / raw) To: John Spray; +Cc: Ceph Development I found "ceph pg dump" also gives the same OSD disk usage information. It has summary row, as well as 3 columns. The bad thing is that the numbers in ceph pg dump and ceph osd status do not match. I'm guessing someone isn't dividing by 1024. I think for consistency the PG stuff should go under ceph pg, and OSD info go under ceph osd. As an IT person, I like to to write perl scripts around the outputs, and so persistence of the output format is desired On Tue, Aug 29, 2017 at 2:50 PM, Two Spirit <twospirit6905@gmail.com> wrote: > I agree the information is redundant, but when I'm trying to figure > out what is going on, it is very nice to have all info right in front > of my face instead of uber bare bones. Running 'df -kh' shows [Total] > Size, Used, Avail and Use%. That is one step past redundant, but it is > aweful nice to see whatever information I want quickly as well as in a > familiar format and bit of info I think unix it guys are use to. I can > pick the columns of information I need based on what I'm trying to > debug. just my two bits on a feature request. > > On Mon, Aug 28, 2017 at 5:01 AM, John Spray <jspray@redhat.com> wrote: >> On Sat, Aug 26, 2017 at 7:07 PM, Two Spirit <twospirit6905@gmail.com> wrote: >>> Hi. I found this command by accident. it doesn't seem to be undocumented. >>> >>> ceph osd status >>> >>> There is a very similiar command "ceph osd stat" with different info >>> >>> The status command is very useful command and I'd like to see it stay >>> around even tho it seems to be an undocumented command. >>> >>> It would be nice to have a 3rd column "total" which is used+avail >>> columns and then another row at the bottom subtotaling the "used", >>> "avail", and "total" columns. >> >> I prefer to pick two of avail/used/total, rather than printing all >> three -- otherwise the information is a bit redundant. >> >> Putting some totals at the bottom is an interesting idea though. The >> "osd status" and "fs status" commands are implemented in a python >> module[1], so anyone who knows a little python could add that. >> >> John >> >> 1. https://github.com/ceph/ceph/blob/master/src/pybind/mgr/status/module.py >> >>> >>> I know all these could be be calculated, but with more OSDs, it is >>> convenient to have it all available at a glance<div >>> id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> >>> <table style="border-top: 1px solid #D3D4DE;"> >>> <tr> >>> <td style="width: 55px; padding-top: 13px;"><a >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >>> target="_blank"><img >>> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" >>> alt="" width="46" height="29" style="width: 46px; height: 29px;" >>> /></a></td> >>> <td style="width: 470px; padding-top: 12px; color: #41424e; >>> font-size: 13px; font-family: Arial, Helvetica, sans-serif; >>> line-height: 18px;">Virus-free. <a >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >>> target="_blank" style="color: #4453ea;">www.avg.com</a> >>> </td> >>> </tr> >>> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" >>> height="1"></a></div> >>> -- >>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feature request to "ceph osd status" 2017-08-30 4:51 ` Two Spirit @ 2017-08-30 13:52 ` Sage Weil 2017-08-30 15:08 ` Two Spirit 0 siblings, 1 reply; 9+ messages in thread From: Sage Weil @ 2017-08-30 13:52 UTC (permalink / raw) To: Two Spirit; +Cc: John Spray, Ceph Development On Tue, 29 Aug 2017, Two Spirit wrote: > I found "ceph pg dump" also gives the same OSD disk usage information. > It has summary row, as well as 3 columns. > The bad thing is that the numbers in ceph pg dump and ceph osd status > do not match. I'm guessing someone isn't dividing by 1024. > I think for consistency the PG stuff should go under ceph pg, and OSD > info go under ceph osd. On my test box it matches (current master): OSD_STAT USED AVAIL TOTAL HB_PEERS PG_SUM PRIMARY_PG_SUM 0 274G 98.4G 372G [] 0 0 vs $ df -h . Filesystem Size Used Avail Use% Mounted on /dev/nvme0n1 373G 274G 99G 74% /nvm > As an IT person, I like to to write perl scripts around the outputs, > and so persistence of the output format is desired FWIW you should *never* script against the plaintext output, as it is more like to change (for readability or other reasons... e.g., changing a raw byte count to something like "98.4G"). Use the structured JSON or XML output with -f json[-pretty] or -f xml[-pretty]. sage > > On Tue, Aug 29, 2017 at 2:50 PM, Two Spirit <twospirit6905@gmail.com> wrote: > > I agree the information is redundant, but when I'm trying to figure > > out what is going on, it is very nice to have all info right in front > > of my face instead of uber bare bones. Running 'df -kh' shows [Total] > > Size, Used, Avail and Use%. That is one step past redundant, but it is > > aweful nice to see whatever information I want quickly as well as in a > > familiar format and bit of info I think unix it guys are use to. I can > > pick the columns of information I need based on what I'm trying to > > debug. just my two bits on a feature request. > > > > On Mon, Aug 28, 2017 at 5:01 AM, John Spray <jspray@redhat.com> wrote: > >> On Sat, Aug 26, 2017 at 7:07 PM, Two Spirit <twospirit6905@gmail.com> wrote: > >>> Hi. I found this command by accident. it doesn't seem to be undocumented. > >>> > >>> ceph osd status > >>> > >>> There is a very similiar command "ceph osd stat" with different info > >>> > >>> The status command is very useful command and I'd like to see it stay > >>> around even tho it seems to be an undocumented command. > >>> > >>> It would be nice to have a 3rd column "total" which is used+avail > >>> columns and then another row at the bottom subtotaling the "used", > >>> "avail", and "total" columns. > >> > >> I prefer to pick two of avail/used/total, rather than printing all > >> three -- otherwise the information is a bit redundant. > >> > >> Putting some totals at the bottom is an interesting idea though. The > >> "osd status" and "fs status" commands are implemented in a python > >> module[1], so anyone who knows a little python could add that. > >> > >> John > >> > >> 1. https://github.com/ceph/ceph/blob/master/src/pybind/mgr/status/module.py > >> > >>> > >>> I know all these could be be calculated, but with more OSDs, it is > >>> convenient to have it all available at a glance<div > >>> id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> > >>> <table style="border-top: 1px solid #D3D4DE;"> > >>> <tr> > >>> <td style="width: 55px; padding-top: 13px;"><a > >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > >>> target="_blank"><img > >>> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" > >>> alt="" width="46" height="29" style="width: 46px; height: 29px;" > >>> /></a></td> > >>> <td style="width: 470px; padding-top: 12px; color: #41424e; > >>> font-size: 13px; font-family: Arial, Helvetica, sans-serif; > >>> line-height: 18px;">Virus-free. <a > >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > >>> target="_blank" style="color: #4453ea;">www.avg.com</a> > >>> </td> > >>> </tr> > >>> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" > >>> height="1"></a></div> > >>> -- > >>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > >>> the body of a message to majordomo@vger.kernel.org > >>> More majordomo info at http://vger.kernel.org/majordomo-info.html > -- > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > > ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feature request to "ceph osd status" 2017-08-30 13:52 ` Sage Weil @ 2017-08-30 15:08 ` Two Spirit 2017-08-30 15:20 ` Sage Weil 0 siblings, 1 reply; 9+ messages in thread From: Two Spirit @ 2017-08-30 15:08 UTC (permalink / raw) To: Sage Weil; +Cc: John Spray, Ceph Development the two outputs I was referring to was "ceph pg dump" vs "ceph osd status". These don't match. I'm guessing it is the osd status that must have the wrong info. *never* is too strong of a word. When standard interfaces exist eg JSON/XML that is a luxury. From IT perspective where we use tools from many vendors, most of the time we don't get that luxury. I use to work for a well known unix operating system company prior to the invention of JSON and XML and automated the gui testing. Now that was a pure waste of time keeping up with the graphical changes, so I've been scripting against plaintext for a couple decades now. When I need, I place a "compatibility layer" using regex/wrappers/pipes in between the tool output and my tool which reformats and normalizes the plaintext output to an older version of the output. All this was done through single line lookup table or in the rare case of extreme changes, a call to a external script filter(still effectively one line). The test harness automatically cascaded these through pipes allowing basically any version of the output to be represented. This allowed all old test tools to keep running with no changes as developers kept changing the text interface. It is great that Ceph provide the JSON/XML interfaces tho. Helps a lot. On Wed, Aug 30, 2017 at 6:52 AM, Sage Weil <sweil@redhat.com> wrote: > On Tue, 29 Aug 2017, Two Spirit wrote: >> I found "ceph pg dump" also gives the same OSD disk usage information. >> It has summary row, as well as 3 columns. >> The bad thing is that the numbers in ceph pg dump and ceph osd status >> do not match. I'm guessing someone isn't dividing by 1024. >> I think for consistency the PG stuff should go under ceph pg, and OSD >> info go under ceph osd. > > On my test box it matches (current master): > > OSD_STAT USED AVAIL TOTAL HB_PEERS PG_SUM PRIMARY_PG_SUM > 0 274G 98.4G 372G [] 0 0 > > vs > > $ df -h . > Filesystem Size Used Avail Use% Mounted on > /dev/nvme0n1 373G 274G 99G 74% /nvm > >> As an IT person, I like to to write perl scripts around the outputs, >> and so persistence of the output format is desired > > FWIW you should *never* script against the plaintext output, as it is more > like to change (for readability or other reasons... e.g., changing a raw > byte count to something like "98.4G"). Use the structured JSON or XML > output with -f json[-pretty] or -f xml[-pretty]. > > sage > > >> >> On Tue, Aug 29, 2017 at 2:50 PM, Two Spirit <twospirit6905@gmail.com> wrote: >> > I agree the information is redundant, but when I'm trying to figure >> > out what is going on, it is very nice to have all info right in front >> > of my face instead of uber bare bones. Running 'df -kh' shows [Total] >> > Size, Used, Avail and Use%. That is one step past redundant, but it is >> > aweful nice to see whatever information I want quickly as well as in a >> > familiar format and bit of info I think unix it guys are use to. I can >> > pick the columns of information I need based on what I'm trying to >> > debug. just my two bits on a feature request. >> > >> > On Mon, Aug 28, 2017 at 5:01 AM, John Spray <jspray@redhat.com> wrote: >> >> On Sat, Aug 26, 2017 at 7:07 PM, Two Spirit <twospirit6905@gmail.com> wrote: >> >>> Hi. I found this command by accident. it doesn't seem to be undocumented. >> >>> >> >>> ceph osd status >> >>> >> >>> There is a very similiar command "ceph osd stat" with different info >> >>> >> >>> The status command is very useful command and I'd like to see it stay >> >>> around even tho it seems to be an undocumented command. >> >>> >> >>> It would be nice to have a 3rd column "total" which is used+avail >> >>> columns and then another row at the bottom subtotaling the "used", >> >>> "avail", and "total" columns. >> >> >> >> I prefer to pick two of avail/used/total, rather than printing all >> >> three -- otherwise the information is a bit redundant. >> >> >> >> Putting some totals at the bottom is an interesting idea though. The >> >> "osd status" and "fs status" commands are implemented in a python >> >> module[1], so anyone who knows a little python could add that. >> >> >> >> John >> >> >> >> 1. https://github.com/ceph/ceph/blob/master/src/pybind/mgr/status/module.py >> >> >> >>> >> >>> I know all these could be be calculated, but with more OSDs, it is >> >>> convenient to have it all available at a glance<div >> >>> id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> >> >>> <table style="border-top: 1px solid #D3D4DE;"> >> >>> <tr> >> >>> <td style="width: 55px; padding-top: 13px;"><a >> >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >> >>> target="_blank"><img >> >>> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" >> >>> alt="" width="46" height="29" style="width: 46px; height: 29px;" >> >>> /></a></td> >> >>> <td style="width: 470px; padding-top: 12px; color: #41424e; >> >>> font-size: 13px; font-family: Arial, Helvetica, sans-serif; >> >>> line-height: 18px;">Virus-free. <a >> >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >> >>> target="_blank" style="color: #4453ea;">www.avg.com</a> >> >>> </td> >> >>> </tr> >> >>> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" >> >>> height="1"></a></div> >> >>> -- >> >>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >> >>> the body of a message to majordomo@vger.kernel.org >> >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >> -- >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> >> ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feature request to "ceph osd status" 2017-08-30 15:08 ` Two Spirit @ 2017-08-30 15:20 ` Sage Weil 2017-08-30 15:38 ` John Spray 0 siblings, 1 reply; 9+ messages in thread From: Sage Weil @ 2017-08-30 15:20 UTC (permalink / raw) To: Two Spirit; +Cc: John Spray, Ceph Development On Wed, 30 Aug 2017, Two Spirit wrote: > the two outputs I was referring to was "ceph pg dump" vs "ceph osd > status". These don't match. I'm guessing it is the osd status that > must have the wrong info. Mine seems okay too? (Although it's off by 10%.. not sure about that part... but not by a factor of 1024) $ ceph osd status +----+------+-------+-------+--------+---------+--------+---------+ | id | host | used | avail | wr ops | wr data | rd ops | rd data | +----+------+-------+-------+--------+---------+--------+---------+ | 0 | | 294G | 105G | 0 | 0 | 0 | 0 | +----+------+-------+-------+--------+---------+--------+---------+ sage > > *never* is too strong of a word. When standard interfaces exist eg > JSON/XML that is a luxury. From IT perspective where we use tools from > many vendors, most of the time we don't get that luxury. I use to work > for a well known unix operating system company prior to the invention > of JSON and XML and automated the gui testing. Now that was a pure > waste of time keeping up with the graphical changes, so I've been > scripting against plaintext for a couple decades now. When I need, I > place a "compatibility layer" using regex/wrappers/pipes in between > the tool output and my tool which reformats and normalizes the > plaintext output to an older version of the output. All this was done > through single line lookup table or in the rare case of extreme > changes, a call to a external script filter(still effectively one > line). The test harness automatically cascaded these through pipes > allowing basically any version of the output to be represented. This > allowed all old test tools to keep running with no changes as > developers kept changing the text interface. It is great that Ceph > provide the JSON/XML interfaces tho. Helps a lot. > > On Wed, Aug 30, 2017 at 6:52 AM, Sage Weil <sweil@redhat.com> wrote: > > On Tue, 29 Aug 2017, Two Spirit wrote: > >> I found "ceph pg dump" also gives the same OSD disk usage information. > >> It has summary row, as well as 3 columns. > >> The bad thing is that the numbers in ceph pg dump and ceph osd status > >> do not match. I'm guessing someone isn't dividing by 1024. > >> I think for consistency the PG stuff should go under ceph pg, and OSD > >> info go under ceph osd. > > > > On my test box it matches (current master): > > > > OSD_STAT USED AVAIL TOTAL HB_PEERS PG_SUM PRIMARY_PG_SUM > > 0 274G 98.4G 372G [] 0 0 > > > > vs > > > > $ df -h . > > Filesystem Size Used Avail Use% Mounted on > > /dev/nvme0n1 373G 274G 99G 74% /nvm > > > >> As an IT person, I like to to write perl scripts around the outputs, > >> and so persistence of the output format is desired > > > > FWIW you should *never* script against the plaintext output, as it is more > > like to change (for readability or other reasons... e.g., changing a raw > > byte count to something like "98.4G"). Use the structured JSON or XML > > output with -f json[-pretty] or -f xml[-pretty]. > > > > sage > > > > > >> > >> On Tue, Aug 29, 2017 at 2:50 PM, Two Spirit <twospirit6905@gmail.com> wrote: > >> > I agree the information is redundant, but when I'm trying to figure > >> > out what is going on, it is very nice to have all info right in front > >> > of my face instead of uber bare bones. Running 'df -kh' shows [Total] > >> > Size, Used, Avail and Use%. That is one step past redundant, but it is > >> > aweful nice to see whatever information I want quickly as well as in a > >> > familiar format and bit of info I think unix it guys are use to. I can > >> > pick the columns of information I need based on what I'm trying to > >> > debug. just my two bits on a feature request. > >> > > >> > On Mon, Aug 28, 2017 at 5:01 AM, John Spray <jspray@redhat.com> wrote: > >> >> On Sat, Aug 26, 2017 at 7:07 PM, Two Spirit <twospirit6905@gmail.com> wrote: > >> >>> Hi. I found this command by accident. it doesn't seem to be undocumented. > >> >>> > >> >>> ceph osd status > >> >>> > >> >>> There is a very similiar command "ceph osd stat" with different info > >> >>> > >> >>> The status command is very useful command and I'd like to see it stay > >> >>> around even tho it seems to be an undocumented command. > >> >>> > >> >>> It would be nice to have a 3rd column "total" which is used+avail > >> >>> columns and then another row at the bottom subtotaling the "used", > >> >>> "avail", and "total" columns. > >> >> > >> >> I prefer to pick two of avail/used/total, rather than printing all > >> >> three -- otherwise the information is a bit redundant. > >> >> > >> >> Putting some totals at the bottom is an interesting idea though. The > >> >> "osd status" and "fs status" commands are implemented in a python > >> >> module[1], so anyone who knows a little python could add that. > >> >> > >> >> John > >> >> > >> >> 1. https://github.com/ceph/ceph/blob/master/src/pybind/mgr/status/module.py > >> >> > >> >>> > >> >>> I know all these could be be calculated, but with more OSDs, it is > >> >>> convenient to have it all available at a glance<div > >> >>> id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> > >> >>> <table style="border-top: 1px solid #D3D4DE;"> > >> >>> <tr> > >> >>> <td style="width: 55px; padding-top: 13px;"><a > >> >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > >> >>> target="_blank"><img > >> >>> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" > >> >>> alt="" width="46" height="29" style="width: 46px; height: 29px;" > >> >>> /></a></td> > >> >>> <td style="width: 470px; padding-top: 12px; color: #41424e; > >> >>> font-size: 13px; font-family: Arial, Helvetica, sans-serif; > >> >>> line-height: 18px;">Virus-free. <a > >> >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" > >> >>> target="_blank" style="color: #4453ea;">www.avg.com</a> > >> >>> </td> > >> >>> </tr> > >> >>> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" > >> >>> height="1"></a></div> > >> >>> -- > >> >>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > >> >>> the body of a message to majordomo@vger.kernel.org > >> >>> More majordomo info at http://vger.kernel.org/majordomo-info.html > >> -- > >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > >> the body of a message to majordomo@vger.kernel.org > >> More majordomo info at http://vger.kernel.org/majordomo-info.html > >> > >> > > ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feature request to "ceph osd status" 2017-08-30 15:20 ` Sage Weil @ 2017-08-30 15:38 ` John Spray 2017-08-30 15:53 ` Two Spirit 0 siblings, 1 reply; 9+ messages in thread From: John Spray @ 2017-08-30 15:38 UTC (permalink / raw) To: Sage Weil; +Cc: Two Spirit, Ceph Development On Wed, Aug 30, 2017 at 4:20 PM, Sage Weil <sweil@redhat.com> wrote: > On Wed, 30 Aug 2017, Two Spirit wrote: >> the two outputs I was referring to was "ceph pg dump" vs "ceph osd >> status". These don't match. I'm guessing it is the osd status that >> must have the wrong info. > > Mine seems okay too? (Although it's off by 10%.. not sure about that > part... but not by a factor of 1024) I think the point is that they're being divided by base 10 k/m/g factors -- this is just inconsistent between the existing CLI and some of the new python bits. We should probably just update it all to be base 2. John > > $ ceph osd status > +----+------+-------+-------+--------+---------+--------+---------+ > | id | host | used | avail | wr ops | wr data | rd ops | rd data | > +----+------+-------+-------+--------+---------+--------+---------+ > | 0 | | 294G | 105G | 0 | 0 | 0 | 0 | > +----+------+-------+-------+--------+---------+--------+---------+ > > sage > >> >> *never* is too strong of a word. When standard interfaces exist eg >> JSON/XML that is a luxury. From IT perspective where we use tools from >> many vendors, most of the time we don't get that luxury. I use to work >> for a well known unix operating system company prior to the invention >> of JSON and XML and automated the gui testing. Now that was a pure >> waste of time keeping up with the graphical changes, so I've been >> scripting against plaintext for a couple decades now. When I need, I >> place a "compatibility layer" using regex/wrappers/pipes in between >> the tool output and my tool which reformats and normalizes the >> plaintext output to an older version of the output. All this was done >> through single line lookup table or in the rare case of extreme >> changes, a call to a external script filter(still effectively one >> line). The test harness automatically cascaded these through pipes >> allowing basically any version of the output to be represented. This >> allowed all old test tools to keep running with no changes as >> developers kept changing the text interface. It is great that Ceph >> provide the JSON/XML interfaces tho. Helps a lot. >> >> On Wed, Aug 30, 2017 at 6:52 AM, Sage Weil <sweil@redhat.com> wrote: >> > On Tue, 29 Aug 2017, Two Spirit wrote: >> >> I found "ceph pg dump" also gives the same OSD disk usage information. >> >> It has summary row, as well as 3 columns. >> >> The bad thing is that the numbers in ceph pg dump and ceph osd status >> >> do not match. I'm guessing someone isn't dividing by 1024. >> >> I think for consistency the PG stuff should go under ceph pg, and OSD >> >> info go under ceph osd. >> > >> > On my test box it matches (current master): >> > >> > OSD_STAT USED AVAIL TOTAL HB_PEERS PG_SUM PRIMARY_PG_SUM >> > 0 274G 98.4G 372G [] 0 0 >> > >> > vs >> > >> > $ df -h . >> > Filesystem Size Used Avail Use% Mounted on >> > /dev/nvme0n1 373G 274G 99G 74% /nvm >> > >> >> As an IT person, I like to to write perl scripts around the outputs, >> >> and so persistence of the output format is desired >> > >> > FWIW you should *never* script against the plaintext output, as it is more >> > like to change (for readability or other reasons... e.g., changing a raw >> > byte count to something like "98.4G"). Use the structured JSON or XML >> > output with -f json[-pretty] or -f xml[-pretty]. >> > >> > sage >> > >> > >> >> >> >> On Tue, Aug 29, 2017 at 2:50 PM, Two Spirit <twospirit6905@gmail.com> wrote: >> >> > I agree the information is redundant, but when I'm trying to figure >> >> > out what is going on, it is very nice to have all info right in front >> >> > of my face instead of uber bare bones. Running 'df -kh' shows [Total] >> >> > Size, Used, Avail and Use%. That is one step past redundant, but it is >> >> > aweful nice to see whatever information I want quickly as well as in a >> >> > familiar format and bit of info I think unix it guys are use to. I can >> >> > pick the columns of information I need based on what I'm trying to >> >> > debug. just my two bits on a feature request. >> >> > >> >> > On Mon, Aug 28, 2017 at 5:01 AM, John Spray <jspray@redhat.com> wrote: >> >> >> On Sat, Aug 26, 2017 at 7:07 PM, Two Spirit <twospirit6905@gmail.com> wrote: >> >> >>> Hi. I found this command by accident. it doesn't seem to be undocumented. >> >> >>> >> >> >>> ceph osd status >> >> >>> >> >> >>> There is a very similiar command "ceph osd stat" with different info >> >> >>> >> >> >>> The status command is very useful command and I'd like to see it stay >> >> >>> around even tho it seems to be an undocumented command. >> >> >>> >> >> >>> It would be nice to have a 3rd column "total" which is used+avail >> >> >>> columns and then another row at the bottom subtotaling the "used", >> >> >>> "avail", and "total" columns. >> >> >> >> >> >> I prefer to pick two of avail/used/total, rather than printing all >> >> >> three -- otherwise the information is a bit redundant. >> >> >> >> >> >> Putting some totals at the bottom is an interesting idea though. The >> >> >> "osd status" and "fs status" commands are implemented in a python >> >> >> module[1], so anyone who knows a little python could add that. >> >> >> >> >> >> John >> >> >> >> >> >> 1. https://github.com/ceph/ceph/blob/master/src/pybind/mgr/status/module.py >> >> >> >> >> >>> >> >> >>> I know all these could be be calculated, but with more OSDs, it is >> >> >>> convenient to have it all available at a glance<div >> >> >>> id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> >> >> >>> <table style="border-top: 1px solid #D3D4DE;"> >> >> >>> <tr> >> >> >>> <td style="width: 55px; padding-top: 13px;"><a >> >> >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >> >> >>> target="_blank"><img >> >> >>> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" >> >> >>> alt="" width="46" height="29" style="width: 46px; height: 29px;" >> >> >>> /></a></td> >> >> >>> <td style="width: 470px; padding-top: 12px; color: #41424e; >> >> >>> font-size: 13px; font-family: Arial, Helvetica, sans-serif; >> >> >>> line-height: 18px;">Virus-free. <a >> >> >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >> >> >>> target="_blank" style="color: #4453ea;">www.avg.com</a> >> >> >>> </td> >> >> >>> </tr> >> >> >>> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" >> >> >>> height="1"></a></div> >> >> >>> -- >> >> >>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >> >> >>> the body of a message to majordomo@vger.kernel.org >> >> >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >> >> -- >> >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >> >> the body of a message to majordomo@vger.kernel.org >> >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> >> >> >> >> >> ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: feature request to "ceph osd status" 2017-08-30 15:38 ` John Spray @ 2017-08-30 15:53 ` Two Spirit 0 siblings, 0 replies; 9+ messages in thread From: Two Spirit @ 2017-08-30 15:53 UTC (permalink / raw) To: John Spray; +Cc: Sage Weil, Ceph Development Sorry for the confusion. I think John has it right. the 1024 factor comment was that I think the other outputs were being divided by 1000. So thus you would see something less than 10% difference. If you are going to use different bases, basically properly label MiB,MB,GiB,GB,TiB, and TB or standardize on one. I personally prefer GB over GiB. I was testing with data manufactured to the exact GB to help identify anomalies so I was actually looking at the exact number and not ballpark numbers. <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> <table style="border-top: 1px solid #D3D4DE;"> <tr> <td style="width: 55px; padding-top: 13px;"><a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" alt="" width="46" height="29" style="width: 46px; height: 29px;" /></a></td> <td style="width: 470px; padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Virus-free. <a href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color: #4453ea;">www.avg.com</a> </td> </tr> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div> On Wed, Aug 30, 2017 at 8:38 AM, John Spray <jspray@redhat.com> wrote: > On Wed, Aug 30, 2017 at 4:20 PM, Sage Weil <sweil@redhat.com> wrote: >> On Wed, 30 Aug 2017, Two Spirit wrote: >>> the two outputs I was referring to was "ceph pg dump" vs "ceph osd >>> status". These don't match. I'm guessing it is the osd status that >>> must have the wrong info. >> >> Mine seems okay too? (Although it's off by 10%.. not sure about that >> part... but not by a factor of 1024) > > I think the point is that they're being divided by base 10 k/m/g > factors -- this is just inconsistent between the existing CLI and some > of the new python bits. We should probably just update it all to be > base 2. > > John > >> >> $ ceph osd status >> +----+------+-------+-------+--------+---------+--------+---------+ >> | id | host | used | avail | wr ops | wr data | rd ops | rd data | >> +----+------+-------+-------+--------+---------+--------+---------+ >> | 0 | | 294G | 105G | 0 | 0 | 0 | 0 | >> +----+------+-------+-------+--------+---------+--------+---------+ >> >> sage >> >>> >>> *never* is too strong of a word. When standard interfaces exist eg >>> JSON/XML that is a luxury. From IT perspective where we use tools from >>> many vendors, most of the time we don't get that luxury. I use to work >>> for a well known unix operating system company prior to the invention >>> of JSON and XML and automated the gui testing. Now that was a pure >>> waste of time keeping up with the graphical changes, so I've been >>> scripting against plaintext for a couple decades now. When I need, I >>> place a "compatibility layer" using regex/wrappers/pipes in between >>> the tool output and my tool which reformats and normalizes the >>> plaintext output to an older version of the output. All this was done >>> through single line lookup table or in the rare case of extreme >>> changes, a call to a external script filter(still effectively one >>> line). The test harness automatically cascaded these through pipes >>> allowing basically any version of the output to be represented. This >>> allowed all old test tools to keep running with no changes as >>> developers kept changing the text interface. It is great that Ceph >>> provide the JSON/XML interfaces tho. Helps a lot. >>> >>> On Wed, Aug 30, 2017 at 6:52 AM, Sage Weil <sweil@redhat.com> wrote: >>> > On Tue, 29 Aug 2017, Two Spirit wrote: >>> >> I found "ceph pg dump" also gives the same OSD disk usage information. >>> >> It has summary row, as well as 3 columns. >>> >> The bad thing is that the numbers in ceph pg dump and ceph osd status >>> >> do not match. I'm guessing someone isn't dividing by 1024. >>> >> I think for consistency the PG stuff should go under ceph pg, and OSD >>> >> info go under ceph osd. >>> > >>> > On my test box it matches (current master): >>> > >>> > OSD_STAT USED AVAIL TOTAL HB_PEERS PG_SUM PRIMARY_PG_SUM >>> > 0 274G 98.4G 372G [] 0 0 >>> > >>> > vs >>> > >>> > $ df -h . >>> > Filesystem Size Used Avail Use% Mounted on >>> > /dev/nvme0n1 373G 274G 99G 74% /nvm >>> > >>> >> As an IT person, I like to to write perl scripts around the outputs, >>> >> and so persistence of the output format is desired >>> > >>> > FWIW you should *never* script against the plaintext output, as it is more >>> > like to change (for readability or other reasons... e.g., changing a raw >>> > byte count to something like "98.4G"). Use the structured JSON or XML >>> > output with -f json[-pretty] or -f xml[-pretty]. >>> > >>> > sage >>> > >>> > >>> >> >>> >> On Tue, Aug 29, 2017 at 2:50 PM, Two Spirit <twospirit6905@gmail.com> wrote: >>> >> > I agree the information is redundant, but when I'm trying to figure >>> >> > out what is going on, it is very nice to have all info right in front >>> >> > of my face instead of uber bare bones. Running 'df -kh' shows [Total] >>> >> > Size, Used, Avail and Use%. That is one step past redundant, but it is >>> >> > aweful nice to see whatever information I want quickly as well as in a >>> >> > familiar format and bit of info I think unix it guys are use to. I can >>> >> > pick the columns of information I need based on what I'm trying to >>> >> > debug. just my two bits on a feature request. >>> >> > >>> >> > On Mon, Aug 28, 2017 at 5:01 AM, John Spray <jspray@redhat.com> wrote: >>> >> >> On Sat, Aug 26, 2017 at 7:07 PM, Two Spirit <twospirit6905@gmail.com> wrote: >>> >> >>> Hi. I found this command by accident. it doesn't seem to be undocumented. >>> >> >>> >>> >> >>> ceph osd status >>> >> >>> >>> >> >>> There is a very similiar command "ceph osd stat" with different info >>> >> >>> >>> >> >>> The status command is very useful command and I'd like to see it stay >>> >> >>> around even tho it seems to be an undocumented command. >>> >> >>> >>> >> >>> It would be nice to have a 3rd column "total" which is used+avail >>> >> >>> columns and then another row at the bottom subtotaling the "used", >>> >> >>> "avail", and "total" columns. >>> >> >> >>> >> >> I prefer to pick two of avail/used/total, rather than printing all >>> >> >> three -- otherwise the information is a bit redundant. >>> >> >> >>> >> >> Putting some totals at the bottom is an interesting idea though. The >>> >> >> "osd status" and "fs status" commands are implemented in a python >>> >> >> module[1], so anyone who knows a little python could add that. >>> >> >> >>> >> >> John >>> >> >> >>> >> >> 1. https://github.com/ceph/ceph/blob/master/src/pybind/mgr/status/module.py >>> >> >> >>> >> >>> >>> >> >>> I know all these could be be calculated, but with more OSDs, it is >>> >> >>> convenient to have it all available at a glance<div >>> >> >>> id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /> >>> >> >>> <table style="border-top: 1px solid #D3D4DE;"> >>> >> >>> <tr> >>> >> >>> <td style="width: 55px; padding-top: 13px;"><a >>> >> >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >>> >> >>> target="_blank"><img >>> >> >>> src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png" >>> >> >>> alt="" width="46" height="29" style="width: 46px; height: 29px;" >>> >> >>> /></a></td> >>> >> >>> <td style="width: 470px; padding-top: 12px; color: #41424e; >>> >> >>> font-size: 13px; font-family: Arial, Helvetica, sans-serif; >>> >> >>> line-height: 18px;">Virus-free. <a >>> >> >>> href="http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" >>> >> >>> target="_blank" style="color: #4453ea;">www.avg.com</a> >>> >> >>> </td> >>> >> >>> </tr> >>> >> >>> </table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" >>> >> >>> height="1"></a></div> >>> >> >>> -- >>> >> >>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >>> >> >>> the body of a message to majordomo@vger.kernel.org >>> >> >>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> >> -- >>> >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in >>> >> the body of a message to majordomo@vger.kernel.org >>> >> More majordomo info at http://vger.kernel.org/majordomo-info.html >>> >> >>> >> >>> >>> ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2017-08-30 15:53 UTC | newest] Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2017-08-26 18:07 feature request to "ceph osd status" Two Spirit 2017-08-28 12:01 ` John Spray 2017-08-29 21:50 ` Two Spirit 2017-08-30 4:51 ` Two Spirit 2017-08-30 13:52 ` Sage Weil 2017-08-30 15:08 ` Two Spirit 2017-08-30 15:20 ` Sage Weil 2017-08-30 15:38 ` John Spray 2017-08-30 15:53 ` Two Spirit
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.