Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unrecoverable internal error when running Cartan decomposition on several circuits #3434

Closed
alexcowtan opened this issue Nov 7, 2019 · 3 comments
Labels
bug Something isn't working priority: low

Comments

@alexcowtan
Copy link

Information

  • Qiskit Terra version: 0.10.0
  • Python version: 3.6.9
  • Operating system: MacOS Mojave

What is the current behavior?

When run on optimisation level 3, Qiskit tries to run a KAK/Cartan decomposition on 2-qubit subcircuits. It frequently suffers from an unrecoverable internal error when doing this. The error is produced non-deterministically; sometimes the circuit transpilation completes, and sometimes it throws the error. The fact that this is random is surprising to me.

Steps to reproduce the problem

from qiskit import QuantumCircuit
from qiskit.compiler import transpile
from qiskit.transpiler import CouplingMap

qsc = QuantumCircuit.from_qasm_file("my_circuit.qasm")
basis_gates = ['u1','u2','u3','cx']

qsc2 = transpile(qsc,basis_gates=basis_gates,coupling_map=None,optimization_level=3)

I can send a wide set of circuits from the IBM routing benchmark sets which produce this error, if this is helpful.

What is the expected behavior?


Suggested solutions


@kdk
Copy link
Member

kdk commented Nov 11, 2019

I was able to replicate this through python -m unittest test/python/quantum_info/test_synthesis.py after recently upgrading to Mojave (this doesn't seem to be an issue on High Sierra.)

The raised error comes from https://github.com/scipy/scipy/blob/f1648dd9e36403f14ef844e3495d74925ff07557/scipy/linalg/decomp.py#L474 which suggests its a scipy/LAPACK issue.

I didn't see the same issue after making a new venv and reinstalling terra. Can you try installing in a new venv and seeing if the error still occurs? If so, can you also include the output of numpy.show_config()?

@nonhermitian
Copy link
Contributor

I think we have seen similar eigh behavior here: #2793

This is an openblas issue with NumPy.

@1ucian0 1ucian0 added bug Something isn't working priority: low labels Nov 14, 2019
@kdk
Copy link
Member

kdk commented Feb 27, 2020

Closing as I'm no longer able to replicate this after #3884. Please reopen if you still see the issue.

@kdk kdk closed this as completed Feb 27, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working priority: low
Projects
None yet
Development

No branches or pull requests

4 participants