Code_Aster forums

A bug on the forum...
You have to rename the archive Study.tar.gz.gz

Thanks for running the case.
It means...i don't know...there is obviously a problem with the install but the 36 tests cases ran fine...

Do you know which kind of files could be useful for somebody to have a look?
I would post them on Monday and in the meantime, thanks for the help / have a nice weekend

Cheers

Hi


1) This simple normal mode calculation is usually one of my "standard"
There should be no problem. Was created in Aster 9 and then successfully run on 10.0, 10.1, ...up to 11.2 with the same solver
So, i wasn't very keen on trying another solver

2) yet:
Multi-Front was failing [case already uploaded]
LDLT was taking forever to run. [had to stop it after 25minutes]
Mumps worked as expected
I am attaching the *.mess

3) Didn't ran the full tests during the weekend
For the short test, Aster 11.2 forma8a and forma11c failed, i will follow up on that



Have a nice day
Laurent Malod

Last edited by laurent (2012-07-23 11:24:41)

Hi Laurent,

The case you're having trouble with is an Eigen analysis. We have some cluster configuration where Eigen analysis test-cases fail whereas they're working perfectly on the reference server.
What we have found so far is that it may be due to :
- faulty BLAS libraries (for example with the latest MKL there seems to be a problem)
- compilers

Could you join your config.txt file ?

Yet your problem may not come from such problems. When looking at the .mess file that fails, we can see that the 6 frequencies found are near zero, e.g. rigid body motion ? Is this expected or completely different from the reference result ?

TdS

1)
Here is the Code Aster 11.2 config file
In the short list of test cases, forma8a and forma11c failed. forma11c is clearly an eigen mode problem, so it seems it could be linked to the issue you mentioned above

2)
My test file is a standard "product" for which we try to design it to have eigen frequency >650Hz and if possible >1200Hz
When there are numerical problems with this kind of standard product, it usually boils down to:
a. unit conversion between Catia and mesher
b. Young modulus in relation to a.
c. forgot to put the boundary conditions
d. unexpected issue from installation! (new to me)

3)
The machine is Centos 6.0 with standard gcc 4.4.4 and standard blas/lapack

a. compiled version of Code Saturne runs Ok on that machine
[but i think Saturne incorporates its own blas?]

b. this is the first time i find these kinds of problems

c.usual working installation of Aster:
Debian 6 with Debian gcc and blas/lapack and/or Intel+MKL [laptop]
Ubuntu 10.04 LTS with  gcc and blas/lapack and/or Intel+MKL [laptop]
Ubuntu 12.04 LTS with  gcc and blas/lapack and/or Intel+MKL [laptop]
RedHat 5 with Intel+MKL [cluster]
RedHat 6 / Centos 6 with Intel+MKL [cluster]

-> that was the first time i tried Centos 6 + standard gcc+blas/lapack!


Have a nice day and thank for looking at it

Last edited by laurent (2012-07-24 03:09:28)

Hi,

Just a note to tell you that unfortunately your test-case runs ok on all of our supported platforms as well as on my local machine.

So we can't say more about this.

This was done with version 11.2.7.

TdS