Welcome to the forums. Please post in English or French.

You are not logged in.

#1 Re: Code_Aster installation » CA 14.6 and MFRONT: Compiling TFEL is ok but MFRONT 'non disponible' » 2021-06-10 17:16:59

Further tests with kubuntu 18.04. Ca 14.4 fails, CA 14.2 works well.

CA 14.4:  crea_lib_mfront_ops.py
'prog:mfront' returns: mfront

CA 14.2:  crea_lib_mfront_ops.py
'prog:mfront' returns: /opt/aster/aster14.2.0/public/tfel-3.1.1/bin/mfront

#2 Re: Code_Aster installation » CA 14.6 and MFRONT: Compiling TFEL is ok but MFRONT 'non disponible' » 2021-06-09 20:38:42

Hi Thomas,

yes, maybe the developers can help.

Behaviour is the same under kubuntu 20.04. CA 14.6 returns  just mfront. CA 15.2 returns the abs path to the mfront executable.

Thanks again for the discussion,

Michael

#3 Re: Code_Aster installation » CA 14.6 and MFRONT: Compiling TFEL is ok but MFRONT 'non disponible' » 2021-06-09 20:18:11

It is a suitable workaround. It is ok for me at the moment.

I wonder about the cause that crea_lib_mfront_ops.py does not return the abs path to the mfront executable. Does this depend on the linux distribution? I use kubuntu 18.04. Maybe I have the chance in the next days to compile under openSUSE to see how CA behaves.

Thank you very much for your assistance.

#4 Re: Code_Aster installation » CA 14.6 and MFRONT: Compiling TFEL is ok but MFRONT 'non disponible' » 2021-06-09 19:56:43

With the updated $PATH mfront is found via the symbolic link.

'as_run --vers=14.6 --test mfron01a' runs sucessfully.

Of course this does not change the message after invoking Code Aster.

...
Librairie MFront : non disponible
...

#5 Re: Code_Aster installation » CA 14.6 and MFRONT: Compiling TFEL is ok but MFRONT 'non disponible' » 2021-06-09 19:24:40

ls -l /opt/aster/aster14.6.0/public/tfel-3.2.1/bin/mfront:

lrwxrwxrwx 1 ca ca 57 Jun  9 19:31 /opt/aster/aster14.6.0/public/tfel-3.2.1/bin/mfront -> /opt/aster/aster14.6.0/public/tfel-3.2.1/bin/mfront-3.2.1

file /opt/aster/aster14.6.0/public/tfel-3.2.1/bin/mfront:

/opt/aster/aster14.6.0/public/tfel-3.2.1/bin/mfront: symbolic link to /opt/aster/aster14.6.0/public/tfel-3.2.1/bin/mfront-3.2.1

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

I looked deeper into the code. There is a file crea_lib_mfront_ops.py which calls MFRONT as far as I understand. It uses subprocess to call MFRONT on the os level. Here I found a significant difference between 14.6 and 15.2.

CA 14.6:  crea_lib_mfront_ops.py

line 39:    cmd = [aster_core.get_option('prog:mfront'),"--build","--interface=aster"]

aster_core.get_option('prog:mfront') returns: mfront

CA 15.2: crea_lib_mfront_ops.py

line 39;     cmd = [ExecutionParameter().get_option('prog:mfront'),"--build","--interface=aster"]

ExecutionParameter().get_option('prog:mfront') returns: /opt/aster/aster15.2.0-gnu/public/tfel-3.2.1/bin/mfront-3.2.1

V 14.6 returns just 'mfront' while CA does not know where to find it. In 15.2 the absolute path is returned.

#6 Re: Code_Aster installation » CA 14.6 and MFRONT: Compiling TFEL is ok but MFRONT 'non disponible' » 2021-06-09 18:40:45

I set the symbolic link but it does not change the behaviour.

I have built on the same machine version 15.2. With 15.2 MFRONT is found.

#7 Re: Code_Aster installation » CA 14.6 and MFRONT: Compiling TFEL is ok but MFRONT 'non disponible' » 2021-06-09 17:43:42

Hello Thomas,

thank you for your response.

Content of /opt/aster/aster14.6.0/public/tfel-3.2.1/bin:

-rwxr-xr-x 1 ca ca 228960 Jun  9 15:33 mfm-3.2.1
-rwxr-xr-x 1 ca ca  14208 Jun  9 15:34 mfront-3.2.1
-rwxr-xr-x 1 ca ca 125208 Jun  9 15:34 mfront-doc-3.2.1
-rwxr-xr-x 1 ca ca 326688 Jun  9 15:34 mfront-query-3.2.1
-rwxr-xr-x 1 ca ca  69256 Jun  9 15:34 mtest-3.2.1
-rwxr-xr-x 1 ca ca 524832 Jun  9 15:33 tfel-check-3.2.1
-rwxr-xr-x 1 ca ca  44616 Jun  9 15:32 tfel-config-3.2.1
-rwxr-xr-x 1 ca ca 205936 Jun  9 15:34 tfel-doc-3.2.1

Michael

#8 Code_Aster installation » CA 14.6 and MFRONT: Compiling TFEL is ok but MFRONT 'non disponible' » 2021-06-09 16:07:21

lc78
Replies: 13

Hello,

I have an issue using MFRONT with Code Aster 14.6. I compiled Code Aster 14.6 from the full source package 'aster-full-src-14.6.0-1.noarch.tar.gz'.

python3 setup.py install --prefix=/opt/aster/aster14.6.0

Everything seems to be ok. Also the installation of TFEL was successful. See the summary of installation. But when I call Code Aster it is reported that MFRONT is 'non disponible'. When I run a mfront test case like 'mfron01a' Code Aster cannot find 'mfront'.

Looking in setup.dbg I found the following message.

<DBG> Checking for TFELHOME variable        : /opt/aster/aster14.6.0/public/tfel-3.2.1
<DBG> Checking for program 'mfront'            : not found

Attached is the file setup.dbg for further information.

At the moment I do not have any idea where to look next. I hope somebody has an idea or hint how to proceed.

Best regards,

Michael

=====================================================

--------------------------------------------------------------------------------
     SUMMARY OF INSTALLATION
--------------------------------------------------------------------------------

Installation of   : hdf5 1.10.3
Destination       : /opt/aster/aster14.6.0/public/hdf5-1.10.3
Elapsed time      : 86.66 s
                                                                      [  OK  ]
Installation of   : med 4.0.0
Destination       : /opt/aster/aster14.6.0/public/med-4.0.0
Elapsed time      : 67.59 s
                                                                      [  OK  ]
Installation of   : scotch 6.0.4
Destination       : /opt/aster/aster14.6.0/public/scotch-6.0.4
Elapsed time      : 17.10 s
                                                                      [  OK  ]
Installation of   : astk 2020.0
Destination       : /opt/aster/aster14.6.0/lib/python3.6/site-packages
Elapsed time      : 0.36 s
                                                                      [  OK  ]
Installation of   : metis 5.1.0
Destination       : /opt/aster/aster14.6.0/public/metis-5.1.0
Elapsed time      : 18.94 s
                                                                      [  OK  ]
Installation of   : tfel 3.2.1
Destination       : /opt/aster/aster14.6.0/public/tfel-3.2.1
Elapsed time      : 146.99 s
                                                                      [  OK  ]
Installation of   : mumps 5.1.2
Destination       : /opt/aster/aster14.6.0/public/mumps-5.1.2
Elapsed time      : 73.22 s
                                                                      [  OK  ]
Installation of   : homard 11.12
Destination       : /opt/aster/aster14.6.0/public/homard-11.12
Elapsed time      : 1.83 s
                                                                      [  OK  ]
Installation of   : aster 14.6.0
Destination       : /opt/aster/aster14.6.0
Elapsed time      : 216.21 s
                                                                      [  OK  ]
Installation of   : Code_Aster + 9 of its prerequisites
Destination       : /opt/aster/aster14.6.0
Elapsed time      : 634.01 s
                                                                      [  OK  ]


... done

=====================================================

              -- CODE_ASTER -- VERSION : EXPLOITATION (stable) --               
                                                                               
                     Version 14.6.0 modifiée le 11/06/2020                     
                     révision b3490fa3b76c - branche 'v14'                     
                         Copyright EDF R&D 1991 - 2021                         
                                                                               
                    Exécution du : Wed Jun  9 15:18:45 2021                     
                          Nom de la machine : ganymed
                              Architecture : 64bit                             
                          Type de processeur : x86_64                           
Système d'exploitation : Linux-5.4.0-74-generic-x86_64-with-Ubuntu-18.04-bionic
                        Langue des messages : en (UTF-8)                       
                                                                               
                           Version de Python : 3.6.9                           
                           Version de NumPy : 1.13.3                           
                           Parallélisme MPI : inactif                           
                          Parallélisme OpenMP : actif                           
                        Nombre de processus utilisés : 1                       
                     Version de la librairie HDF5 : 1.10.3                     
                      Version de la librairie MED : 4.0.0                       
                       Librairie MFront : non disponible                       
                     Version de la librairie MUMPS : 5.1.2                     
                        Librairie PETSc : non disponible                       
                     Version de la librairie SCOTCH : 6.0.4

=====================================================

JDC.py : ERREUR A L'EXECUTION - INTERRUPTION
/opt/aster/aster14.6.0/14.6/lib/aster/aster_settings.py:262: DeprecationWarning: this command line option is deprecated : --rep_outils
  coreopts.parse_args(argv or sys.argv)
>> JDC.py : DEBUT RAPPORT
CR d'execution de JDC en MIXTE
   Etape : CREA_LIB_MFRONT    ligne : 25    fichier : 'fort.1'
      !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
      ! Erreur dans la macro CREA_LIB_MFRONT                                              !
      ! Traceback (most recent call last):                                                !
      !    File "/opt/aster/aster14.6.0/14.6/lib/aster/Build/B_MACRO_ETAPE.py", line 114, !
      !  in _Build                                                                        !
      !     ier = self.definition.proc(*(self,), **d)                                     !
      !    File "/opt/aster/aster14.6.0/14.6/lib/aster/Noyau/N_OPS.py", line 35, in       !
      ! __call__                                                                          !
      !     return func(*args, **kwargs)                                                  !
      !    File "/opt/aster/aster14.6.0/14.6/lib/aster/Macro/crea_lib_mfront_ops.py",     !
      ! line 48, in crea_lib_mfront_ops                                                   !
      !     call(cmd)                                                                     !
      !    File "/usr/lib/python3.6/subprocess.py", line 287, in call                     !
      !     with Popen(*popenargs, **kwargs) as p:                                        !
      !    File "/usr/lib/python3.6/subprocess.py", line 729, in __init__                 !
      !     restore_signals, start_new_session)                                           !
      !    File "/usr/lib/python3.6/subprocess.py", line 1364, in _execute_child          !
      !     raise child_exception_type(errno_num, err_msg, err_filename)                  !
      !  FileNotFoundError: [Errno 2] No such file or directory: 'mfront': 'mfront'       !
      !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
      !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
      ! Erreurs dans la construction de la macro CREA_LIB_MFRONT !
      !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
   Fin Etape : CREA_LIB_MFRONT
fin CR d'execution de JDC en MIXTE

>> JDC.py : FIN RAPPORT
EXECUTION_CODE_ASTER_EXIT_21726=1
<INFO> Code_Aster run ended, diagnostic : <F>_ABNORMAL_ABORT

=====================================================

#9 Salome-Meca installation » Salome-Meca 2019.0.3: calling standalone paraview using shell fails » 2020-02-14 16:40:17

lc78
Replies: 0

Hello,

I am getting an error if I call paraview as standalone program from the Salome-Meca Installation 2019.0.3.

1. I can start Salome-Meca 2019.0.3 without any issue.

2. I can open the paraview module from within the Salome-Meca 2019.0.3 GUI without any issue.

3. I cannot call paraview as standalone program with '…/salome shell paraview' from the 2019.0.3 installation.

    I get the following error:

Error raised when executing command: /opt/salome-meca/2019.0.3/V2019.0.3_universal/prerequisites/Paraview-560p1/lib/paraview-5.6/paraview    ERROR:salomeContext:SystemExit -11 in method _runSession.

4. Using Salome-Meca 2018.0.1 with '…/salome shell paraview' works well.

Any idea how to get it working with 2019.0.3.

Best regards,

Michael

#11 Re: Code_Aster usage » as_run: number of cpus taken for running a list of calculations » 2014-09-22 11:22:41

Hi,

this is exactly what I need. A limitation of resources which are available for Code_Aster runs.Thank you very much for your assistance.

Just another question. The solution works only if you have access to the Code_Aster installation. Is there a way to reduce the number of cpus for a user who does not have the rights to change the files in the installation?

Greetings, Michael

#12 Code_Aster usage » as_run: number of cpus taken for running a list of calculations » 2014-09-19 16:02:48

lc78
Replies: 3

Hello,

I am currently running some tests with 11.5 on a new linux machine. I use as_run to run a list of calculations. My pc has 6 physical/12 logical cores. When as_run is running it opens 12 threads to get threw the list of calculations. Is there a way to control the number of threads as_run is using to run a list of calculations? For testing purposes I would like to run the whole list in a single threat.

Best regards, Michael

#13 Re: Salome-Meca installation » 2011.2 under openSUSE11.4: as_run forma01a.export fails » 2011-09-30 13:37:51

I run into the same problem under RHEL 5.7 and 6.1.

2011.1 works fine, 2011.2 shows the same behaviour as listed above in combination with openSUSE11.4

Michael

#14 Re: Salome-Meca installation » 2011.2 under openSUSE11.4: as_run forma01a.export fails » 2011-09-30 08:55:34

Hello,

this is the current situation around '_md5.so' and 'md5.so' on my system.

Salome-Meca 2011.1 comes with 'md5.so'

Salome-Meca 2011.2 needs '_md5.so', but it is not included in my 2011.2 installation.

(There is a file '_md5.so' on my system but it is located in the 'standalone' Python 2.7 installation. )


Best Regards, Michael

----------------------------------------
find ... md5.so ->

/opt/ca/SALOME-MECA-2011.1/SALOME/SALOME5/Prerequis/Python-2.4.4/lib/python2.4/lib-dynload/md5.so

/usr/lib/perl5/5.12.3/x86_64-linux-thread-multi/auto/Digest/MD5/MD5.so

/usr/lib64/python2.7/lib-dynload/_md5.so

#15 Salome-Meca installation » 2011.2 under openSUSE11.4: as_run forma01a.export fails » 2011-09-28 20:24:10

lc78
Replies: 9

Hello,

I installed 2011.1 under openSUSE11.4, everything with the installation was well, testing forma01a.export worked fine.

Now I want to try the new version 2011.2.

postinstall.py seems to be ok. I've got a lot of 'ok'-messages.

When I try to run the tests 'forma01a.export' it fails. See the following screen messages ...

Any idea what is wrong with the installation?

Best Regards, Michael


---------------------------------------------------------------------------------------------------------------------------------
linux-4ovh:/opt/ca/SALOME-MECA-2011.2/aster/STA10.5 # ../bin/as_run forma01a.export
[OK] . /opt/ca/SALOME-MECA-2011.2/SALOME-MECA/V6_3_0_public/envSalomeMeca.sh
[OK] . /opt/ca/SALOME-MECA-2011.2/SALOME-MECA/V6_3_0_public/prerequis-ASTER.sh
[OK] . /opt/ca/SALOME-MECA-2011.2/SALOME-MECA/V6_3_0_public/prerequis-EFICAS.sh
[OK] . /opt/ca/SALOME-MECA-2011.2/SALOME-MECA/V6_3_0_public/prerequis-EUROPLEXUS.sh
[OK] . /opt/ca/SALOME-MECA-2011.2/SALOME-MECA/V6_3_0_public/prerequis-salome-pyutils.sh
/opt/ca/SALOME-MECA-2011.2/aster/lib/python2.6/site-packages/asrun/common/utils.py:464: DeprecationWarning: the sha module is deprecated; use the hashlib module instead
  import sha
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/opt/ca/SALOME-MECA-2011.2/aster/lib/python2.6/site-packages/asrun/main.py", line 28, in <module>
    from asrun.common.i18n import _
  File "/opt/ca/SALOME-MECA-2011.2/aster/lib/python2.6/site-packages/asrun/common/i18n.py", line 26, in <module>
    from asrun.installation import localedir
  File "/opt/ca/SALOME-MECA-2011.2/aster/lib/python2.6/site-packages/asrun/installation.py", line 7, in <module>
    from asrun.common.utils import get_absolute_dirname
  File "/opt/ca/SALOME-MECA-2011.2/aster/lib/python2.6/site-packages/asrun/common/utils.py", line 567, in <module>
    __reg_prefix__ = re.compile('^[a-f0-9]{%d}\.' % (sha1('a').digest_size * 2), re.I)
  File "/opt/ca/SALOME-MECA-2011.2/aster/lib/python2.6/site-packages/asrun/common/utils.py", line 464, in sha1
    import sha
  File "/opt/ca/SALOME-MECA-2011.2/SALOME/SALOME6/prerequis/Python-266/lib/python2.6/sha.py", line 10, in <module>
    from hashlib import sha1 as sha
  File "/opt/ca/SALOME-MECA-2011.2/SALOME/SALOME6/prerequis/Python-266/lib/python2.6/hashlib.py", line 136, in <module>
    md5 = __get_builtin_constructor('md5')
  File "/opt/ca/SALOME-MECA-2011.2/SALOME/SALOME6/prerequis/Python-266/lib/python2.6/hashlib.py", line 63, in __get_builtin_constructor
    import _md5
ImportError: No module named _md5
linux-4ovh:/opt/ca/SALOME-MECA-2011.2/aster/STA10.5 #
---------------------------------------------------------------------------------------------------------------------------------