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

You are not logged in.

#2 Re: Code_Aster usage » [SOLVED]IOError: [Errno 28] No space left on device » 2019-07-15 10:24:18

I think I have solved this question (at least partly).
I can change the tmp folder or increase the size of tmp.
Or delete the fort.6 in the tmp working folder to save the space.

#3 Re: Code_Aster usage » Question on how to improve the force-assignment efficiency » 2019-07-15 10:21:40

After months of practices, I still have the question on this post. A video on my Youtube channel shows my question more vividly.

https://www.youtube.com/watch?v=iNZzWCF7OZs&t=1s 

During the whole simulation, The below instruct uses most of the computational time. Because it only one core to do the forces assignment.

for i in range (1,len(Fnh)+1):    % len(Fnh)=1512
        grpno = 'node%01g' %i
        l[i]=AFFE_CHAR_MECA( FORCE_NODALE=_F(GROUP_NO= (grpno),
                             FX= Fnh[i-1][0],
                             FY= Fnh[i-1][1],
                             FZ= Fnh[i-1][2],),
                             MODELE=model)

#4 Re: Code_Aster installation » [SOLVED]Error reported in the MED library » 2019-07-15 10:11:06

Hi, this problem is solved by installing all the Prerequisites on the below website.

https://code-aster.org/V2/spip.php?article273 

#5 Re: Code_Aster usage » [SOLVED]How to run ASTK independently? » 2019-07-15 10:03:54

This question is solved. See the below video:

https://www.youtube.com/watch?v=iNZzWCF7OZs 

#6 Re: Code_Aster usage » How to switch off the log file writing on disk » 2019-07-15 10:00:38

Hi Jean Pierre,
I could not find the id=23083 post on this forum. Could you please share the link here?
Thank you very much for the knowledge sharing in your book chapter 17-19. It is very useful.
I will try this INCLUDE method for my cases.

Best regards,
Hui Cheng

#7 Re: Code_Aster usage » How to switch off the log file writing on disk » 2019-07-14 22:18:42

Hi Jean Pierre,

Thank you for your reply. It is very exciting for me. Could you please give more hints for that? For example, the id=23083 means? and how to use INCLUDE  in the main comm file?

Thank you very much!
Hui Cheng

#8 Re: Code_Aster usage » How to switch off the log file writing on disk » 2019-07-14 13:25:11

Dear all,
I have found that I can delete the fort.6 file in manually and it won't come out.
Because my calculation uses a python loop to assign the forces on a large number of nodes. The log file could be extremely huge.  When I run several cases simultaneously the disk will be eaten up.

By the way, removing the fort.6 file manually can be a (possible) solution to my previous question:

https://www.code-aster.org/forum2/viewtopic.php?id=24208

#9 Re: Code_Aster usage » use python loop to parse values in ORIENTATION concept » 2019-07-14 13:10:18

Hi, your post is very interesting to me.

But, I think I did not understand your question very well.
As far as I know, you might need a python loop to assign the different values.

Best regards,
Hui Cheng

#10 Code_Aster usage » How to switch off the log file writing on disk » 2019-07-11 17:20:15

chenghui62000
Replies: 7

Dear all,

I have a high leave question (at least for me) for the Code_Aster files management system.
First, please see a snapshot of the folder on my computer. (It is a temp folder for my specifical simulation)
FluxBB bbcode test

There is a very large file in this folder: fort.6 which I think is a temporary message file (.mess file).
And this file becomes larger with the simulation going.
The question is that: since I did not add the following line in the to the .export file to save the message file(see the attached file). Why this file still comes out on my computer? Can I enforce the fort.6 file not writing on my disk?
The 'tempt message file' eats a lot of space on my limited disk. And the situation becomes even worse when I run several simulations on the cluster simultaneously because we only have 4Gb individually. 

mess /home/hui/Documents/AllCodeRepository/coderepository/CodeAsterModule/inputfilescreator/mess.log R  6

In addition, I didn't find any documentation to explain the .export file, could you please give some learning links?

Best regards,
Hui Cheng

#11 Re: Code_Aster usage » Maximum number of loads in code aster » 2019-05-31 09:46:43

Hi Maciej,

Thank you very for your inspiration. What do your time-depended forces look likes? 
Is 'f' (or 'g' or 'h') in your AFFE_CHAR_MECA_F a list of displacement with the sequence of node name?
Do you know the displacement of each node in the calculated time before you start your simulation? 
Could you please share your case as an example for me?

Thank you very much angain.
Hui Cheng

#12 Re: Code_Aster usage » Maximum number of loads in code aster » 2019-05-29 15:41:00

I am also want to apply time-varying loads to multiple nodes. I used the following function:

l[i]=AFFE_CHAR_MECA( FORCE_NODALE=_F(GROUP_NO= (grpno),
                             FX= Fnh[i-1,0],
                             FY= Fnh[i-1,1],
                             FZ= Fnh[i-1,2]),
                             MODELE=model)

where Fnh is the python.numpy array of loads. This method costs a lot time whe the number of nodes get large.

Best regards,
Hui Cheng

#13 Re: Code_Aster usage » [SOLVED]IOError: [Errno 28] No space left on device » 2019-05-20 08:12:48

GPSalachs wrote:

How do you make the calculations run in a cluster?

I just set up the .export file and then using as_run project.export in the working directory.

#14 Re: Code_Aster usage » [SOLVED]IOError: [Errno 28] No space left on device » 2019-05-20 08:08:56

GPSalachs wrote:

are there any steps one must be wary of while installing aster for it to work on a cluster?

Sorry I could not answer this question because it is our university IT department install this software on to the cluster.

#15 Re: Code_Aster usage » [SOLVED]IOError: [Errno 28] No space left on device » 2019-05-18 19:36:20

I have done a quick research on our university cluster as follows:

df -hT /tmp
Filesystem          Type  Size  Used Avail Use% Mounted on
/dev/mapper/vg1-tmp xfs   9,8G  9,3G  531M  95% /tmp

I think 531MB must be too small for my simulations.
In order to have enough space, Can I change the /tmp in the .export file with other direction?

P proxy_dir /tmp
P rep_trav /tmp/huicheng-gorina1-interactif_383177

#16 Code_Aster usage » [SOLVED]IOError: [Errno 28] No space left on device » 2019-05-18 19:17:53

chenghui62000
Replies: 6

Dear all,
I have come with a problem when I do some simulations simultaneously in the terminals. The following error message comes sometimes. It indicates there is no space on the device. However, when I check my hard drives, it still has a lot of available space.
I have also forwarded this problem to our IT department to check this error message, but I have not got the answer yet.

From the error message, I think the problem is related to the /tmp partition. But I have no idea to solve this problem.

Could you please help me to check it? or anyone has a similar experience?

. 
.
.
.
.
.
 * AFFE_CHAR_MECA           :       0.00 :       0.00 :       * AFFE_CHAR_MECA           :       0.00 :       0.00 :       0.00 :       0.01 *
 * AFFE_CHAR_MECA           :       0.00 :       0.00 :       0.00 :       0.01 *
 * AFFE_CHAR_MECA           :       0.00 :       0.00 :       0.00 :       0.01 *
 * AFFE_CHAR_MECA           :       0.00 :       0.00 :       0.00 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 * AFFE_CHAR_MECA           :       0.01 :       0.00 :       0.01 :       0.01 *
 *  . part Superviseur      :       2.11 :       0.13 :       2.24 :       2.45 *
 *  . part Fortran          :       4.13 :       1.11 :       5.24 :       5.38 *
 * > 500 commandes...       :   16382.13 :    1097.23 :   17479.36 :   17753.64 *

 ********************************************************************************
 * TOTAL_JOB                :   16388.38 :    1098.47 :   17486.85 :   17761.48 *
 ********************************************************************************

close failed in file object destructor:
IOError: [Errno 28] No space left on device
Traceback (most recent call last):
  File "/opt/aster/14.2/lib/aster/Execution/E_SUPERV.py", line 409, in <module>
    main()
  File "/opt/aster/14.2/lib/aster/Execution/E_SUPERV.py", line 395, in main
    ier = appli.main(coreopts=aster_settings.getargs(sys.argv))
  File "/opt/aster/14.2/lib/aster/Execution/E_SUPERV.py", line 362, in main
    self.ExecCompileJDC()
  File "/opt/aster/14.2/lib/aster/Execution/decorators.py", line 33, in wrapper
    return method(inst, *args, **kwds)
  File "/opt/aster/14.2/lib/aster/Execution/decorators.py", line 43, in wrapper
    errcode = method(inst, *args, **kwds)
  File "/opt/aster/14.2/lib/aster/Execution/E_SUPERV.py", line 198, in ExecCompileJDC
    j.exec_compile()
  File "/opt/aster/14.2/lib/aster/Noyau/N_JDC.py", line 276, in exec_compile
    self.traiter_fin_exec('commande')
  File "/opt/aster/14.2/lib/aster/Execution/E_JDC.py", line 278, in traiter_fin_exec
    pickle.dump(context, file, protocol=PICKLE_PROTOCOL)
IOError: [Errno 28] No space left on device
EXECUTION_CODE_ASTER_EXIT_19712=1
<INFO> Code_Aster run ended, diagnostic : <F>_ABNORMAL_ABORT

--------------------------------------------------------------------------------
 Content of /tmp/hui-hui-interactif_294444 after execution

.:
total 1760360
drwx------  3 student6 student6      4096 mai   18 17:51 .
drwxrwxrwt 41 root     root          4096 mai   18 17:53 ..
-rw-r--r--  1 student6 student6       969 mai   18 12:55 19712.export
-rw-r--r--  1 student6 student6      2715 mai   18 12:55 config.txt
-rw-r--r--  1 student6 student6     12100 mai   18 12:55 fort.1
-rw-r--r--  1 student6 student6     12100 mai   18 12:55 fort.1.1
-rw-r--r--  1 student6 student6         0 mai   18 12:55 fort.15
-rw-r--r--  1 student6 student6   1367733 mai   18 12:55 fort.20
-rw-r--r--  1 student6 student6 974671893 mai   18 17:52 fort.6
-rw-r--r--  1 student6 student6         0 mai   18 12:55 fort.8
-rw-r--r--  1 student6 student6         0 mai   18 12:55 fort.9
-rw-r--r--  1 student6 student6 402157568 mai   18 17:51 glob.1
-rw-r--r--  1 student6 student6         0 mai   18 17:51 info_cpu
-rw-r--r--  1 student6 student6         0 mai   18 17:51 pick.1
drwxr-xr-x  2 student6 student6      4096 mai   18 12:55 REPE_OUT
-rw-r--r--  1 student6 student6 424345608 mai   18 17:51 vola.1

REPE_OUT:
total 8
drwxr-xr-x 2 student6 student6 4096 mai   18 12:55 .
drwx------ 3 student6 student6 4096 mai   18 17:51 ..


--------------------------------------------------------------------------------
 Size of bases

<INFO> size of vola.1 :    424345608 bytes
<INFO> size of glob.1 :    402157568 bytes
<INFO> size of pick.1 :            0 bytes

--------------------------------------------------------------------------------
 Copying results


<A>_COPYFILE       no such file or directory: fort.80

copying .../fort.8...                                                   [  OK  ]

<F>_ABNORMAL_ABORT Code_Aster run ended


 
 ---------------------------------------------------------------------------------
                                            cpu     system    cpu+sys    elapsed
 ---------------------------------------------------------------------------------
   Preparation of environment              0.00       0.00       0.00       0.00
   Copying datas                           0.02       0.01       0.03       0.05
   Code_Aster run                      16443.49    1459.20   17902.69   17792.47
   Copying results                         0.00       0.01       0.01       0.07
 ---------------------------------------------------------------------------------
   Total                               16525.72    1460.57   17986.29   17886.99
 ---------------------------------------------------------------------------------

as_run 2018.0

------------------------------------------------------------
--- DIAGNOSTIC JOB : <F>_ABNORMAL_ABORT
------------------------------------------------------------


EXIT_CODE=4

Best regards,
Hui Cheng

#17 Re: Code_Aster usage » copy error » 2019-04-11 13:22:58

Hi, jean pierre aubry,

Thank you for your reply, I have put the study cases in different folders. The attached is my setting for the other case.
I used this command in terminal to run the case
"huicheng@gorina1:~/CW2$ as_run --run run1.export"
But you remind me that should I change
"P profastk hui@hui:/home/stud/huicheng/flasheur/run1.astk" to
"P profastk huicheng@gorina1:/home/stud/huicheng/flasheur/run1.astk"?

#18 Code_Aster usage » copy error » 2019-04-11 09:31:27

chenghui62000
Replies: 2

Dear all,

I have come into a question when I used ''as_run --run run.export'' in the terminal.
It said that there is an error during copying fort.1 to fort.1. And the calculation stopped at that time. I have no idea what is fort.1.
This problem happens when I run two or more cases at the same time. But when I try the same command the second time, this error message is gone and started to do the calculation.
I put the export file in the attachment in case you need to check.

[2019-04-11 10:21:19] huicheng@gorina1:~/flasheur$ as_run --run run1.export 

--------------------------------------------------------------------------------
 Code_Aster execution

<INFO> prepare environment in /tmp/hui-hui-interactif_19343

--------------------------------------------------------------------------------
 Copying datas


<A>_COPY_DATA      '/home/stud/huicheng/flasheur/case2.2.med' overwrites 'fort.20'

copying .../flasheur/case2.2.med...                                     [  OK  ]

<A>_COPY_DATA      '/home/stud/huicheng/flasheur/tes1.comm' overwrites 'fort.1.1'

copying .../flasheur/tes1.comm...                                       [  OK  ]
<INFO> Parameters : memory 5120 MB - time limit 90000 s

--------------------------------------------------------------------------------
 Content of /tmp/hui-hui-interactif_19343 before execution

total 779964
drwx------   3 huicheng student      4096 Apr 11 10:21 .
drwxrwxrwt. 64 root     root         4096 Apr 11 10:21 ..
-rw-r--r--   1 huicheng student       985 Apr 11 10:21 42116.export
-rw-r--r--   1 huicheng student       960 Apr 11 09:59 76445.export
-rw-r--r--   1 huicheng student      2759 Apr 11 10:21 config.txt
-rw-r--r--   1 huicheng student     12623 Apr 11 09:59 fort.1
-rw-r--r--   1 huicheng student     12679 Apr 11 10:21 fort.1.1
-rw-r--r--   1 huicheng student         0 Apr 11 09:59 fort.15
-rw-r--r--   1 huicheng student   1210306 Apr 11 10:21 fort.20
-rw-r--r--   1 huicheng student 111246518 Apr 11 10:21 fort.6
-rw-r--r--   1 huicheng student         0 Apr 11 09:59 fort.8
-rw-r--r--   1 huicheng student         0 Apr 11 09:59 fort.9
-rw-r--r--   1 huicheng student 141721608 Apr 11 10:20 glob.1
drwxr-xr-x   2 huicheng student         6 Apr 11 09:59 REPE_OUT
-rw-r--r--   1 huicheng student 303104008 Apr 11 10:21 vola.1

<INFO> 2 command files

<F>_COPY_ERROR     error during copying fort.1 to fort.1
message : cp: ‘fort.1’ and ‘fort.1’ are the same file



 
 ---------------------------------------------------------------------------------
                                            cpu     system    cpu+sys    elapsed
 ---------------------------------------------------------------------------------
   Preparation of environment              0.00       0.00       0.00       0.00
   Copying datas                           0.00       0.03       0.03       0.03
 ---------------------------------------------------------------------------------
   Total                                   0.06       0.08       0.14       0.15
 ---------------------------------------------------------------------------------

as_run 2018.0

------------------------------------------------------------
--- DIAGNOSTIC JOB : <F>_COPY_ERROR
------------------------------------------------------------


EXIT_CODE=4

#19 Code_Aster installation » [SOLVED]Error reported in the MED library » 2019-04-10 15:45:53

chenghui62000
Replies: 2

Dear all,
I was trying to install the code aster to our university cluster, the installation seems fine. and It can run the simulation. But when it output the result using "MED" format, it gives the following error message:

   ! <EXCEPTION> <DVP_97>                                  !
   !                                                       !
   ! Erreur signalée dans la bibliothèque MED              !
   !      nom de l'utilitaire : mfiope                     !
   !              code retour : -101                       !
   !                                                       !
   !                                                       !
   !                                                       !
   ! Il y a probablement une erreur dans la programmation. !
 

Does anybody come into this problem before?

#20 Re: Code_Aster usage » Question on how to improve the force-assignment efficiency » 2019-04-05 21:41:44

From the summary of the running time:
The total job costs 7453.15s, the forces assignment spends almost 7000s. (And this process only needs very little CPU recourse)
Actually, the DYNA_NON_LINE solver only uses 400s.
SO It means the forces assignment (AFFE_CHAR_MECA)costs a huge of time
Could we improve the force-assignment efficiency to boost the simulation?

#21 Re: Code_Aster usage » [SOLVED]The memory currently consumed outside JEVEUX » 2019-04-05 20:01:24

Hi jean pierre aubry,

Thank you so much, this problem is solved.
Best regards,
Hui Cheng

#22 Re: Code_Aster usage » [SOLVED]The memory currently consumed outside JEVEUX » 2019-04-05 16:59:06

The reason might is: the program creates too many objects. Each time it calls "AFFE_CHAR_MECA", it creates an object. With the simulation going, it can create more than 200K objects in my case. So it can eat a lot of memory during the simulation. Is there any way to delete those objects after using it? Because those objects are only used once (in my thought).

Best regards,
Hui Cheng

#23 Re: Code_Aster usage » [SOLVED]The memory currently consumed outside JEVEUX » 2019-04-05 16:36:16

supplement infromation
My mesh has only 1344 nodes and 2624 cable element.

#24 Code_Aster usage » [SOLVED]The memory currently consumed outside JEVEUX » 2019-04-05 08:02:46

chenghui62000
Replies: 4

Dear all,

I have came to an error when I running the simulation. From the google translation, it means the memory currently consumed outside JEVEUX is out of limitation.

Do you know where I can change the limit?

.. __stg1_txt107
  # ------------------------------------------------------------------------------------------
  # Commande No :  282400            Concept de type : char_meca
  # ------------------------------------------------------------------------------------------
  l_281551 = AFFE_CHAR_MECA(MODELE=model,
                            FORCE_NODALE=_F(FX=0.03502516349086969,
                                            GROUP_NO=('Node655', ),
                                            FZ=9.125936307738738E-3,
                                            FY=5.780673783426594E-4,),
                            INFO=1,
                            VERI_NORM='OUI',)


  La mémoire consommée actuellement hors JEVEUX est de 2713.46 Mo.
  La limite de l'allocation dynamique JEVEUX est fixée à 2406.54 Mo.
  Cette valeur limite a été réactualisée lors de la mise en oeuvre d'un processus de libération
   
   !---------------------------------------------------------------------------!
   ! <EXCEPTION> <JEVEUX_62>                                                   !
   !                                                                           !
   !  Erreur lors de l'allocation dynamique. Il n'a pas été possible d'allouer !
   !  une zone mémoire de longueur 125 Mo, on dépasse la limite maximum        !
   !  fixée à 2406 Mo et on occupe déjà 2305 Mo.                               !
   !  La dernière opération de libération mémoire a permis de récupérer 0 Mo.  !
   !---------------------------------------------------------------------------!
   
--------------------------------------------------------------------------------
OBJETS ALLOUES DYNAMIQUEMENT 
--------------------------------------------------------------------------------

 CL-  --NUM-- -MA-  ---------IADY--------- -U- - LON UA -  -S- ------------- NOM --------------

|G|   0|       1|  -2|      94152031456336|U|         12| D| ________GLOBALE ________$$CARA  
|G|   0|       2|  -2|     140156123246608|U|   16384000| D| ________GLOBALE ________$$IADD  
|G|   0|       3|  -2|      94152048324992|U|    1024001| D| ________GLOBALE ________$$GENR  
|G|   0|       4|  -2|     140159379562512|U|    1024001| D| ________GLOBALE ________$$TYPE  
|G|   0|       5|  -2|     140159116505104|U|    4096001| D| ________GLOBALE ________$$DOCU  
|G|   0|       6|  -2|     140158965919760|U|    8192000| D| ________GLOBALE ________$$ORIG  
|G|   0|       7|  -2|     140156385398800|U|   32768004| D| ________GLOBALE ________$$RNOM  
|G|   0|       8|  -2|     140157892608016|U|    8192000| D| ________GLOBALE ________$$LTYP  
|G|   0|       9|  -2|     140157816688656|U|    8192000| D| ________GLOBALE ________$$LONG  
|G|   0|      10|  -2|     140157740220432|U|    8192000| D| ________GLOBALE ________$$LONO  
|G|   0|      11|  -2|     140157663842320|U|    8192000| D| ________GLOBALE ________$$DATE  
|G|   0|      12|  -2|     140157587783696|U|    8192000| D| ________GLOBALE ________$$LUTI  
|G|   0|      13|  -2|     140156937306128|U|   12500003| D| ________GLOBALE ________$$HCOD  
|G|   0|      14|  -2|     140159481847824|U|     188742| D| ________GLOBALE ________$$USADI 
|G|   0|      15|  -2|     140159664451600|U|      62914| D| ________GLOBALE ________$$ACCE  
|G|   0|      16|  -2|     140156254322704|U|   16384000| D| ________GLOBALE ________$$MARQ  
|G|   0|      17|  -2|     140157511192592|U|    8192000| D| ________GLOBALE ________$$INDI  
|G|   0|      18|  -2|     140159484182544|U|     102400| D| ________GLOBALE ________$$TLEC  
|G|   0|      19|  -2|     140159483359248|U|     102400| D| ________GLOBALE ________$$TECR  
|G|   0|      20|  -2|     140155992170512|U|   16384000| D| ________GLOBALE ________$$IADM  
|G|   0|     134|   3|      94152065805296|U|       2624| A| mesh    .TYPMAIL                
|G|   0|     142|  -1|      94152354983536|U|       5811| A| mesh    .PTRNOMNOE              
|G|   0|     143|   0|      94152032033568|U|         11| D| mesh    .GROUPENO               
|G|   0|     145|   0|     140159473733648|U|       2692| D| mesh    .GROUPENO       $$IADD  
|G|   0|     146|   0|     140159473709072|U|       2692| D| mesh    .GROUPENO       $$IADM  
|G|   0|     147|   0|     140159473684496|U|       2692| D| mesh    .GROUPENO       $$MARQ  
|G|   0|     148|   0|     140159473922064|U|       1346| D| mesh    .GROUPENO       $$LONG  
|G|   0|     149|   0|     140159473672208|U|       1346| D| mesh    .GROUPENO       $$LONO  
|G|   0|     150|   0|     140159473659920|U|       1346| D| mesh    .GROUPENO       $$LUTI  
|G|   0|     152|   0|      94152042942592|U|         11| D| mesh    .GROUPEMA               
|G|   0|     154|   0|      94152031501104|U|          6| D| mesh    .GROUPEMA       $$IADD  
|G|   0|     155|   0|      94152031114992|U|          6| D| mesh    .GROUPEMA       $$IADM  
|G|   0|     156|   0|      94152031474720|U|          6| D| mesh    .GROUPEMA       $$MARQ  
|G|   0|     157|   0|      94152042942496|U|          3| D| mesh    .GROUPEMA       $$LONG  
|G|   0|     158|   0|      94152042942400|U|          3| D| mesh    .GROUPEMA       $$LONO  
|G|   0|     159|   0|      94152032033472|U|          3| D| mesh    .GROUPEMA       $$LUTI  
|G|   0| 8191993|   2|      94153437905792|U|          1| D| l_281551.TYPE                   
|G|   0| 8191995|   3|      94153437906048|U|          2| D| l_281551.CHME.LIGRE.LGRF        
|G|   0| 8191996|   3|      94152793892352|U|          1| D| l_281551.CHME.LIGRE.NBNO        
|G|   0| 8191997|   3|      94152793892624|U|          1| D| l_281551.CHME.LIGRE.LGNS        
|G|   0| 8191998|   3|      94153103335120|U|         11| D| l_281551.CHME.LIGRE.LIEL        
|G|   0| 8192000|   3|      94152793892432|U|          1| D| l_281551.CHME.LIGRE.LIEL$$LONG  
EXECUTION_CODE_ASTER_EXIT_32592=139

 <I>_EXIT_CODE = 139

Board footer