YANIV LAVI SENIOR TECHNICAL PRODUCT MANAGER
Red Hat Israel Ltd. <https://www.redhat.com/> 34 Jerusalem Road, Building A, 1st floor Ra'anana, Israel 4350109 [email protected] T: +972-9-7692306 <javascript:void(0);>/8272306 <javascript:void(0);> F: +972-9-7692223 <javascript:void(0);> IM: ylavi <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> On Mon, Aug 6, 2018 at 11:40 AM Tomas Jelinek <[email protected]> wrote: > > > On Sun, Aug 5, 2018 at 4:52 PM, Yaniv Lavi <[email protected]> wrote: > >> >> YANIV LAVI >> >> SENIOR TECHNICAL PRODUCT MANAGER >> >> Red Hat Israel Ltd. <https://www.redhat.com/> >> >> 34 Jerusalem Road, Building A, 1st floor >> >> Ra'anana, Israel 4350109 >> >> [email protected] T: +972-9-7692306/8272306 F: +972-9-7692223 IM: >> ylavi >> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >> @redhatnews <https://twitter.com/redhatnews> Red Hat >> <https://www.linkedin.com/company/red-hat> Red Hat >> <https://www.facebook.com/RedHatInc> >> >> >> >> On Fri, Aug 3, 2018 at 2:58 PM Michal Skrivanek < >> [email protected]> wrote: >> >>> >>> >>> On 2 Aug 2018, at 18:46, Yaniv Kaul <[email protected]> wrote: >>> >>> >>> >>> On Thu, Aug 2, 2018 at 6:39 PM, Scott Dickerson <[email protected]> >>> wrote: >>> >>>> I have a pair of questions I could use some help with. >>>> >>>> 1. Does the oVirt guest agent collect filesystem level information? >>>> I'm hoping something like what `df -h` would report. File systems, free vs >>>> used space, etc. Bonus points if we can get that kind of info from linux >>>> and windows agents. >>>> >>> >>> It did in the past, I hope we've removed it! >>> >>> >>> on the contrary, it’s being added to qemu-ga!:) >>> >>> >>> >>>> >>>> 2. Assuming that info is available, where can I access it? I assume it >>>> isn't surfaced via the REST api (yet), but it would be good to know where >>>> it is available. >>>> >>> >>> Somewhere in DWH. >>> >>> >>> and hence the engine db too. That’s where it stops, I do not see anyone >>> else reading it once we persist it >>> >> >> DWH collects this from engine and stores it as a JSON. >> It can be queried historically. >> > > indeed, and no one else. And it seems to be intentional according to this > comment: > > /** > * Field for history db, not intended to be accessible to clients. > */ > public String getDisksUsage() { > return disksUsage; > } > > does anyone know why? Is there any reason not to expose it? > We never got a RFE on exposing this info anywhere else. > > >> >> >>> >>> >>> >>>> >>>> >>>> Why? I'm updating VM Portal (web-ui), and it would be great to >>>> chart/report guest derived data rather than infrastructure disk provisioned >>>> vs allocated space. >>>> >>> >>> In theory. In practice, it was never accurate (LVM layers, not to >>> mention block, etc.) >>> >>> >>> right, what we observe from storage is inaccurate. But we can report >>> guest POV. After all that’s the most interesting thing to see for users >>> that their / is getting full. Admins should observe real storage usage in >>> webadmin. >>> >>> Y. >>> >>> >>>> >>>> Thanks! >>>> >>>> -- >>>> Scott Dickerson >>>> Senior Software Engineer >>>> RHV-M Engineering - UX Team >>>> Red Hat, Inc >>>> >>>> _______________________________________________ >>>> Devel mailing list -- [email protected] >>>> To unsubscribe send an email to [email protected] >>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>> oVirt Code of Conduct: >>>> https://www.ovirt.org/community/about/community-guidelines/ >>>> List Archives: >>>> https://lists.ovirt.org/archives/list/[email protected]/message/ZF6QNDMV5VLDPTJCYEQPTLJGJ225R3EA/ >>>> >>>> >>> _______________________________________________ >>> Devel mailing list -- [email protected] >>> To unsubscribe send an email to [email protected] >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/[email protected]/message/VOAHEVG5A2P2WRTGG6VCXDM7VGPPENEA/ >>> >>> >>> _______________________________________________ >>> Devel mailing list -- [email protected] >>> To unsubscribe send an email to [email protected] >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/[email protected]/message/KHOBC5NSXMGXWL65YFEWUHDVH7QCAMB6/ >>> >> >> _______________________________________________ >> Devel mailing list -- [email protected] >> To unsubscribe send an email to [email protected] >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/[email protected]/message/4OACOKCGM23WZVUKQ5AK4AKPWYMBRBI4/ >> >> >
_______________________________________________ Devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/[email protected]/message/DGU6AX3I3BA4C5I2NA4YH2LG2WIG7VPE/
