Running yade on Red Hat
Hi Guys,
I currently got access to a Red Hat cluster (Red Hat Enterprise Linux Server release 6.2 (Santiago)). I asked the admin to install all the libraries listed on our webpage under
https:/
I compiled the code and after fixing some includes everything looked good. However, I can't load or save simulations. Here the error yade gives me:
Yade [1]: O.load(
-------
RuntimeError Traceback (most recent call last)
/home/kt748/
----> 1
2
3
4
5
RuntimeError: stream error
When running yade --test I got the following output:
geotech-r710-3-TMP: yade --test
Math: Matrix3 operations ... ok
Math: Quaternion operations ... ok
Math: Vector2 operations ... ok
Math: Vector3 operations ... ok
Core: correct types are instantiated ... ok
Core: dispatcher ctors with functors ... ok
Core: Attr::hidden ... ok
Core: InteractionLoop special ctor ... ok
Core: invalid attribute access raises AttributeError ... ok
Core: Attr::noSave ... ERROR
Core: ParallelEngine special ctor ... ok
Core: class ctor's attributes ... ok
Core: Attr::triggerPo
Core: dispatcher and functor type mismatch is detected ... ok
Bodies: erased bodies are None in python ... ok
Bodies: Iterator silently skips erased ones ... ok
Bodies: Iteration ... ok
Bodies: len(O.bodies) ... ok
Bodies: Negative index counts backwards (like python sequences). ... ok
I/O: All classes can be saved and loaded with boost::
FAIL
Loop: dead engines are not run ... ok
Loop: O.engines can be modified inside the loop transparently. ... ok
Loop: substepping ... ok
Material+State: CpmMat returns CpmState when asked for newAssocState ... ok
Material+State: throws when body has material and state that don't work together. ... ok
Material+State: throws when body has material but NULL state. ... ok
Material: find by index or label; KeyError raised for invalid label. ... ok
Material: iteration over O.materials ... ok
Material: len(O.materials) ... ok
Material: negative index counts backwards. ... ok
Material: shared_ptr's makes change in material immediate everywhere ... ok
Material: shared_ptr's are preserved when saving/loading ... ERROR
PBC: degenerate cell raises exception ... ok
PBC: homothetic cell deformation adjusts particle velocity ... ok
PBC: utils.kineticEnergy considers only fluctuation velocity, not the velocity gradient ... ok
PBC: L3Geom computes incident velocity correctly ... ok
PBC: ScGeom computes incident velocity correctly ... ok
PBC: setBox modifies hSize correctly ... ok
PBC: chaing trsf changes hSize0, but does not modify hSize ... ok
PBC: velGrad changes hSize but not hSize0, accumulates in trsf ... ok
Clump: ids and flags consistency ... ok
Clump: mass, centroid, intertia ... ok
Clump: velocities of member assigned by NewtonIntegrator ... ok
CohesiveChain: velocity/positions tested in transient dynamics and equilibrium state ... ok
Doctest: yade.eudoxos.
Doctest: yade.pack.
Doctest: yade.plot.
Doctest: yade.plot.addData ... ok
Doctest: yade.plot.plot ... ok
Doctest: yade.plot.
Doctest: yade.utils.
Doctest: yade.utils.saveVars ... /home/kt748/
if mark in yade.params.
ok
Doctest: yade.utils.sphere ... ok
Doctest: yade.utils.
=======
ERROR: Core: Attr::noSave
-------
Traceback (most recent call last):
File "/home/
O.saveTmp(
RuntimeError: unregistered class
=======
ERROR: Material: shared_ptr's are preserved when saving/loading
-------
Traceback (most recent call last):
File "/home/
O.saveTmp(
RuntimeError: unregistered class
=======
FAIL: I/O: All classes can be saved and loaded with boost::
-------
Traceback (most recent call last):
File "/home/
self.
AssertionError: Failed classes were: BoundaryController Collider Dem3DofGeom ElastMat FrictMat FrictPhys GenericSpheresC
-------
Ran 54 tests in 65.778s
FAILED (failures=1, errors=2)
*******
Yade: error exit.
Anyone knows what the problem could be? Maybe boost? On my local machines I am using boost version 1.42 and 1.46 whereas the Red Hat cluster uses 1.41. Well, the documentation tells us 1.35 or later. I have no idea. I would really appreciate if someone can tell me what's going wrong.
Thanks,
Klaus
Question information
- Language:
- English Edit question
- Status:
- Solved
- For:
- Yade Edit question
- Assignee:
- No assignee Edit question
- Solved by:
- Klaus Thoeni
- Solved:
- Last query:
- Last reply: