assigned to Jay - I'm sure he's looking to do something to get himself out of
test-purgatory :-)
"As soon as a bug in Bugzilla rings / a Jay from test-purgatory springs!"
(sorry, just a little Renaissance-era Roman Catholic humor :-)
----- Original Message -----
I found it. Heiko/Jay - this was a result of the perf stuff. But this
has to
change, we can't never just say "data" with a relative path in the PC -
the
data directory is configurable, and is different for the embedded agent (its
also going to be different for agentspawn test agents, but no one probably
ran this since this change, so no one noticed). You have to get the data
directory as configured in the plugin container. Somehow, this code in
ConfigurationCheckExecutor (see below) has to get
PluginContainerConfiguration.getDataDirectory() - the InventoryManager has
this plugin configuration (as does all the PC managers), so somehow they
need to get that data dir into here:
---------
public static boolean persistConfigurationToFile(int resourceId,
Configuration liveConfiguration, Log log) {
boolean success = true;
try {
String pathname = "data/rc/" + String.valueOf(resourceId/1000);
// Don't put too many files into one data dir
File dataDir = new File(pathname);
...
static private Configuration loadConfigurationFromFile(int resourceId) {
String pathname = "data/rc/" + String.valueOf(resourceId/1000); //
Don't put too many files into one data dir
File dataDir = new File(pathname);
...
----- Original Message -----
> I'm running the embedded agent, and I found that something is getting
> written
> into a bad/wrong data directory.
>
> Does anyone know where this is coming from - these are files getting
> written
> to ${current working directory}/data....
>
> data/
> |_rc/
> |_10/
> |_10125
> |_10122
> |_10111
>
> Those files (10125, etc) look like serialized objects - maybe resources or
> resource containers. The "rc" directory name implies its "Resource
> Container" ???
>
> I don't know what this "10" subdirectory is.
>
> No matter what, this is getting written in the wrong place, it's not using
> the configured data directory that the agent was told to use - and now its
> getting in the "bin" directory of the EAP server when running embedded.
We
> need to fix whatever code is writing this data out, I just don't know what
> is writing those files.
>
> Idears?
> _______________________________________________
> rhq-devel mailing list
> rhq-devel(a)lists.fedorahosted.org
>
https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
>