ODI-2012 Error occurred while updating schedules :ODI-10147: Repository type mismatches - linux

I got this message when i try to update schedulers on ODI studio. I can't figure who to solve this problem.
The ODI standalone alone agent is correctly set-up in the topology of ODI studio.
this is a part of the agent's log situated in /home/odi/agents/log/myAgent.log
[...]
IO Error: The Network Adapter could not establish the connection
[...]
Caused by: oracle.odi.core.config.NotWorkRepositorySchemaException: ODI-10147: Repository type mismatches.
A can give more informations on demand.
Thanks for any help

For reasons unknown to me my previous post was against the rules. I'll try again.
The error indicates a difference in repository version rather than type, and that can be quite specific. There is a difference between 12.2.1.3 and 12.2.1.4 repositories, for example.

Related

How to update classes of functional objects (Callable) in hazelcast without restarting

I found 2 options how to add classes to hazelcast:
CodeDeployment
clientUserCodeDeploymentConfig.addClass(cz.my.DemoTask.class);
problem is when I change code in this task I got exception:
java.lang.IllegalStateException: Class com.model.myclass is already in a local cache and conflicting byte code representation
Use some serialization like IdentifiedDataSerializable or Portable and add jar to client and server hazelcast with configuration.
so even this is versioned when you need to change our Task you need to update jar and restart server
so is there some other options ?
I found similar issue which is almost 2 years old where is mention:
For the functional objects, we don't have a solution in place but it
is on the road map.
so I am curious if there is some update about this.

Databricks Connect: DependencyCheckWarning: The java class may not be present on the remote cluster

I was performing yet another execution of local Scala code against the remote Spark cluster on Databricks and got this.
Exception in thread "main" com.databricks.service.DependencyCheckWarning: The java class <something> may not be present on the remote cluster. It can be found in <something>/target/scala-2.11/classes. To resolve this, package the classes in <something>/target/scala-2.11/classes into a jar file and then call sc.addJar() on the package jar. You can disable this check by setting the SQL conf spark.databricks.service.client.checkDeps=false.
I have tried reimporting, cleaning and recompiling the sbt project to no avail.
Anyone know how to deal with this?
Apparently the documentation has that covered:
spark.sparkContext.addJar("./target/scala-2.11/hello-world_2.11-1.0.jar")
I guess it makes sense that everything that you are writing as code external to Spark is considered a dependency. So a simple sbt publishLocal and then pointing to the jar path in above command will sort you out.
My main confusion came from the fact that I didn't need to do this for a very long while until at some point this mechanism kicked it. Rather inconsistent behavior I'd say.
A personal observation after working with this setup is that it seems you only need to publish a jar a single time. I have been changing my code multiple times and changes are reflected even though I have not been continuously publishing jars for the new changes I made. That makes the whole task a one off. Still confusing though.

Can't build InvisiSpec in gem5 error no evictionCallback method

I'm trying to reproduce data from InvisiSpec paper. InvisiSpec is a defense mechanism in hardware for Spectre attack. I'm using github code that was released by the author of the paper.
Currently I can build and run last version of gem5 simulator on my system successfully. However I get the following exception when trying to build their code
Exception: MI_example-cache.sm:401: Error: Invalid method call: Type 'Sequencer' does not have a method evictionCallback, 'evictionCallback_Addr' nor '':
I don't know where this error comes from. I looked through many things but haven't had any success. I appreciate if anyone could help me find what is causing the exception. The issue is posted in the corresponding github repository too.
The above error and some other errors that came after were related to protocol MI and also scons and python version. I could build it with MESI protocol.
python2.7 `which scons` build/X86/gem5.opt --default=X86 PROTOCOL=MESI_Two_Level
Comparing the modified version of InvisiSpec with original Gem5, I believe the author of paper made changes for memory consistency that works with MESI protocol. Codes related to other protocols need to be updated accordingly.

Ops Center LCM HTTP 401 with Public DataStax Repository

I have installed Ops Center 6.0 on Ubuntu 16.04 LTS.
I am using Lifecycle Manager to provision a new DSE 5.0.3 cluster on Ubuntu 16.04 LTS using the DataStax Public repository.
Both Ops Center and the DSE cluster nodes are running in Amazon EC2
I have configured the Repository in LCM using my DataStax login credentials.
However, LCM is reporting HTTP 401 errors when attempting to access the repository.
2016-11-14 08:02:46,975 [opscenterd] ERROR: Received error from node event-subtype="meld-error" job-id="71c7e70d-3c1d-479b-b1e1-dabb71758c33" name="Cassandra1" ssh-management-address="xxx.xxx.xxx.xxx" node-id="20cbe1cc-61f3-4218-b73d-cdd71167d488" event-type="error" message="Received an HTTP 401 Unauthorized response while attempting to access the package repository. Check your repository credentials." (opscd-pool-0)
Here a couple of screenshots of the Job Details and Event Details screens:
Job Details
Event Details
I've checked that I provided the correct credentials many times now, and am pretty confident I haven't made a mistake.
Furthermore, on one of the nodes where the error is reported, I created a /etc/apt/sources.list.d/datastax.sources.list file with the same credentials, used curl to download the DataStax repository key, and successfully installed the DSE package manually. This suggests my credentials and connectivity to the DataStax repository are fine.
I'm currently a bit stuck, so if anyone can offer any help on how to resolve this it would be much appreciated.
Thanks
Austin
OpsCenter developer here, this was a newly introduced bug in OpsCenter 6.0.4. We added an assertion early in the job to verify that repository credentials were entered correnctly (it previously took longer to fail and gave a more confusing message). Unfortunately, the assertion did not correctly handle certain special characters (like the '#' sign commonly present in datastax-academy account-names). OpsCenter 6.0.5 was released yesterday afternoon as a single-fix release to address this specific issue, and we've improved our test coverage to ensure this kind of issue doesn't slip through again.
Thanks everyone for your detailed reports, this SO thread was one important source of information that helped us characterize the bug to the point where we could fix it promptly.
OpsCenter developer here, I work on LCM. It's hard to know exactly what's up given the information you provided, but some hints:
Post the full content of the job-event when. It might have useful context that you haven't otherwise provided.
Compare the /etc/apt/sources.list.d/datastax.sources.list that you created manually with /etc/apt/sources.list.d/opsc.list that LCM creates automatically. Apt requires that the credentials be provided in the URL, which means that special characters must be escaped. It's possible you have some special character in your password that needs to escaped but isn't. But even if it's not an escaping problem, comparing your manually created file and the automatically created one may give some insight as to where things are going wrong.
Ensure that you're using your Datastax academy credentials from https://academy.datastax.com/, and not something else.

How to interpret this crash dump

We've been encountering an issue with a particular website hosted in iis for which I've not managed to get much information from the event log. I'm a bit out of my league with these low level 'raw' diagnostic tools and I'm not if I'm barking up the wrong tree (in which case please tell me - e.g IIS is just broken) or whether I'm following the correct paths to try and locate the issue.
A process serving application pool 'MyWebsite' suffered a fatal communication error with the Windows Process Activation Service. The process id was '4372'. The data field contains the error number.
Running with DebugView open I reliably see these lines when I encounter an issue
[5904] 4692 iisutil!ReadMultiStringParameterValueFromAnyService [helpfunc.cxx # 490]:Inetinfo: Failed reading registry value
[5904]
Error(80070002): The system cannot find the file specified.
I therefore tried installing DebugDiag and looking for any exceptions, which create a number of full dumps for me. Once I've analyzed them I've got a report out the other end shown below, but I'm not sure how to further analyse this. It tells me the type and message were NOT_FOUND and suggests contacting Microsoft. While this is 1 route - I'd like to know if there are further things that can be done before considering that approach:
I managed to find the cause of my problem, a StackOverflowException because a local reproduction was possible and it was quite apparent once the debugger was attatched.
I've therefore got to assume, that StackOverflowExceptions are similar to OutOfMemoryExceptions in that it makes IIS unstable and therefore completely unable to complete running (even to the point of providing/logging exception information).

Resources