similar to: [PATCH matahari] Moving QMF functionality into a transport layer.

Created a new class to represent network interface devices, named NetworkDeviceAgent. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- src/Makefile.am | 9 +- src/host.cpp | 26 +++-- src/host.h | 4 +- src/linux_platform.cpp | 70 +++++++++++ src/linux_platform.h | 4 + src/networkdevice.cpp | 49 ++++++++ src/networkdevice.h |

There was no valid reason to keep this set of APIs in their own agent and class, so those have been eliminated. A new HostListener method, HostListener::updated(), was added. It is via this method that the Host will notify all transports that the load average statistic is updated on the host. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- src/Makefile.am | 11

Refactoring the previous patch ended up creating two deltas. This patch pushes them both together into a single commit.

Replaced the previous HostWrapper class with the new HostAgent class, which more closely resembles the style of the ProcessorsAgent class. Deleted the HostWrapper class entirely. Refactored the daemon entry point to reduce the number of methods invoked in order to start or stop the HostAgent instance. Moved the NICWrapper's setupQMFObject method from private to public so that it can be

The previous patch, for whatever reason, fails to apply on top of tip. This patch is reimplemented and, hopefully, fixed.

In looking at the code I realized that the last of the HAL depenencies were removed with this patch. So, I'm pushing an updated patch that contains none of the HAL code in it.

The Multiplexer lets Matahari register APIs and then call them by that registered name. APIs are function pointers in the form of: const char* function(const char *); where the API takes as input a descriptor containing any arguments, and returns an array containing the response or result. Also adds a testing directory and unit tests to validate the Multiplexer. The new directory, src/tests,

It provides an initial implementation, LinuxPlatform, which is by default included in the build. Later code will refactor the build process to include the appropriate implementation depending on the target platform. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- src/Makefile.am | 4 ++ src/linux_platform.cpp | 117 ++++++++++++++++++++++++++++++++++++++++++++++++

The Processors agent reports details regarding the processing power for the managed node. Defined the agent within schema.xml. Wrote the wrapper code to create and populate an instance of the agent. The properties for the Processors agent have also been trimmed back to what is readily available via HAL. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- src/Makefile.am | 26

Stripped out the HAL support code and replaced with calls to udev. The remainder of the code to extract CPU details parses through the /proc/cpuinfo file since udev/sysfs will not return such information. Signed-off-by: Darryl L. Pierce <dpierce at redhat.com> --- configure.ac | 3 +- src/Makefile.am | 4 +- src/processors.cpp | 94

I meant to send this out a while back, but don't see that I ever actually sent it. I'm currently reworking the matahari agents to clean up the code, refactor elements and also enhance the agents. And the one that has me stumped is the NIC agent. The main problem is that, if we're going to represent network interfaces, we shouldn't limit it to only physical devices. Instead, I

Hello All, I ended up answering my own question, but figured I'd share this and open up for discussion. It is possible to set a metric with 'route' or `ip route`. What I'm wondering is if there's a Red Hat/CentOS way of assigning a metric in the network-scripts? Answer: [0] (from 2008) works. ex: METRIC=10 Deployment Guides: EL5 [1] and EL6 [2] do not mention metrics on

dear all, i'm just about to do some straightforward contingency tables using ftables (and ctab() for percents). the problem: factor "a" are regions, factor "b" are subregions. every region "a" consists of some subregions "b", but obviously not every subregion "b" is part of every region "a". if i use the ftable() function, the

Dear All: I am stuck with this issue: I have a button on a TK window, once click it, it pops up a individual plot device: individual_plot <- function() { tkconfigure(overlay.button, state="normal") options(locatorBell = FALSE) plotfuntype() trellis.focus("panel", 1, 1,highlight=FALSE) panel.identify(labels=colnames(dataplot)) } Now I have

What's the first rule of investing? Buy low sell high! Yesterday, market forces caused our top pick (EGLY) to close down on the day. This gives our members the perfect opportunity to pick some up on the cheap before the big information! Ever-Glory International (EGLY) Current: 0.63 Projected: 1.30 Rating: 5/5 Here's the latest news: LOS ANGELES, CALIFORNIA-(MARKET WIRE)-Nov 6,

The Asterisk Development Team has announced security releases for Certified Asterisk 11.6 and 13.1 and Asterisk 11 and 13. The available security releases are released as versions 11.6-cert12, 11.21.1, 13.1-cert3, and 13.7.1. These releases are available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk/releases The release of these versions resolves the following

What's the first rule of investing? Buy low sell high! Yesterday, market forces caused our top pick (EGLY) to close down on the day. This gives our members the perfect opportunity to pick some up on the cheap before the big information! Ever-Glory International (EGLY) Current: 0.63 Projected: 1.30 Rating: 5/5 Here's the latest news: LOS ANGELES, CALIFORNIA-(MARKET WIRE)-Nov 6,

Hi all, I have taken my family in hostage and setup an asterisk environment at home... I am using a x100p fxo card, a Iaxy and X-ten softphones. Works ok with local calls. There is a strange behavior, when we do long distance calls, it keeps ringing on our end, remote callee answers the call but hear nothing. It is great for one thing, they called us back and we save the long distance fees

On Jan 12, 2018, at 3:18 PM, david <david at daku.org> wrote: > > Or is it related to the annoying spin-down and spin-up delay of external USB disks. More likely, crap hardware, which is awfully hard to avoid in USB-land. Just the other day, I traced a machine that failed to reboot to an external USB disk. Unplug it, machine boots right up. Move the same disk to a machine as

Is there any software that acts like the 'flac' binary but actually does the decoding on a remote host? I'm interested in having at least one faster machine contribute, but preferably more than one. Since the application is ripping CDs, perhaps different machines could take on different files? It would be *amazing* if different hosts could process different parts of the same file.