Problem with Linux version

[d.bordet]

Hi,

I'm working with one partner in order to run my analysis with his Linux version. we refered to to the installation guide in order to perform the Linux Installation. After installation, we realized a static stress analysis succesfully. Now we made an MES analysis with apak4.exe. So I gave a MES checked model to my partner and  he tried to run the analysis with "apak4 ds -RUN" and this error appeared:

Autodesk(R) Simulation Mechanical Event Simulation (MES)
 Version 2012.0.0.163-LINUX 04-Mar-2011
 Copyright (c) 2011, Autodesk, Inc. All rights reserved.
 
terminate called after throwing an instance of 'std::length_error'
  what():  basic_string::resize
terminate called recursively

My partner tried to check what happend and the program stopped after that :

open("/home/deleau/test_logiciel/algor/autodesk_mpi/engrenage.ds_data/1/ds.ado", O_RDONLY) = -1 ENOENT (No such file or directory)

clone(child_stack=0,flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0) = 6340

In my model I don't have this file ds.ado because it's a displacement result file.

So we tried with another model for an Transient heat Transfer analysis. All of my model don't stop when I made the analysis in the Algor Windows version.

I gave him the model and he used the ssap11.exe executable file (ssap11 ds -run).

This error appeared:

Autodesk (R) Simulation Transient Heat Transfer
Version 2012.0.0.163-LINUX 04-Mar-2011
Copyright (c) 2011, Autodesk, Inc. All rights reserved.

terminate called after throwing an instance of 'std::length_error'
  what():  basic_string::resize

terminate called recursively

If somebody know what is the reason in the linux version I will be happy.

Thanks

Damien

[S.LI]

Please make sure you define

ALGOR_ROOT_2012

[d.bordet]

I'm sorry but I don't know what is ALGOR_ROOT_2012.

Could you give me more information?

Thanks

Damien

[S.LI]

This is the environment variable for the root of ASIM installation folder in your linux system .

For example, if you install it to /home/myname/bin/ASIM2012, you have to set this "export ALGOR_ROOT_2012 = /home/myname/bin/ASIM2012"

Of course, the setting command might be changed according to your shell (bash or csh etc.).

[d.bordet]

Hi,

unfortunately this solution didn't work. My partner sent me what he did:

### Install directory is /apps/algor

>ls /apps/algor
amgsolve  esap.msg  flow05  frun05                     libcb-linux-x86.so  libsvml.so               mknso     srun2   srun8s   ssap0    ssap10    ssap2   ssap6s
apak4     flow01    frun01  heat.msg                   libcxaguard.so.5    libUnitSys-linux-x86.so  mknso3    srun3   srun9    ssap0c   ssap10ld  ssap3   ssap7
arun4     flow02    frun02  libagsdb_ar-linux-x86.so   libguide.so         license.txt              sflap001  srun5   srundam  ssap0g   ssap11    ssap4   ssap8s
ddam      flow03    frun03  libAlgConfig-linux-x86.so  libimf.so           linear.msg               srun10    srun6s  srune    ssap0gc  ssap11ld  ssap4c  ssap9
esap      flow04    frun04  libalg-linux-x86.so        libirc.so           locale                   srun11    srun7   srunx    ssap1    ssap1c    ssap5   x86_64

### Work directory content
>ls
ds.asd  ds.checklog  ds.checkls  ds.cid  ds.ldd  ds.mod  ds.wlg

### Initialisation
>export PATH=/apps/algor:$PATH
>export ALGOR_ROOT_2012=/apps/algor

### Run
>ssap11 ds -run
Autodesk (R) Simulation Transient Heat Transfer
Version 2012.0.0.163-LINUX 04-Mar-2011
Copyright (c) 2011, Autodesk, Inc. All rights reserved.

terminate called after throwing an instance of 'std::length_error'                                                                                                     
  what():  basic_string::resize                                                                                                                                        
terminate called recursively

### First Computer Test
>uname -a
Linux clovis1 2.6.18-128.1.6.el5 #1 SMP Tue Mar 24 12:05:57 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux

### Second Computer Test
>uname -a

Linux ccr4 2.6.39-2-amd64 #1 SMP Wed Jun 8 11:01:04 UTC 2011 x86_64 GNU/Linux

Do you have another solution for this problem?

Thanks in advance

Damien

[sunj.autodesk]

Just another check, did you check the permission for those .so files? they should have "x" attribute for executation.

[hupn]

Does this model run fine under Windows? I would suggest make sure the files are not corrupted during transfer from Windows to Linux. 

[d.bordet]

Yes all the models (MES analysis and transient heat transfer analysis) run successfully under Windows. After analysis I came back to the FEA Editor, I checked each model and I compressed all files with WinRAR.

I will send to my partner some different models from Algor tutorials in order to test each type of analysis. I will come back as soon as possible with the result of this test.

[sunj.autodesk]

Btw, can you also check the permission and owner on your model files, such as the .ado file?

[d.bordet]

I didn't understand how I can check the permission and owner on the model files. My project is to send my models in a data center in order to perform the analysis. I send some models to my partner in order to check if his data center perform all analysis successfully.

All test models run fine under windows. So I copy the scenario and I delete the first scenario with the results. I check the new scenario and I send to my partner this model with the new checked scenario.

That's why I don't have at this moment the .ado files.

I sent to my partner six new models from Algor tutorials in order to check if we have the same problems with all type of analyses (linear static stress analysis ; steady thermal analysis; transient thermal analysis ; natural frequency analysis ; MES analysis ; Unsteady 3D fluid flow).

I asked also my partner to check the permission for the .so files and he sent me this information:

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

>ls -l
total 86716
-rwxr-xr-x 1 root root  1477060 Jun  7 10:06 amgsolve
-rwxr-xr-x 1 root root   102932 Jun  7 10:06 apak4                                                                   
-rwxr-xr-x 1 root root 17235572 Jun  7 10:06 arun4                                                                   
-rwxr-xr-x 1 root root   116532 Jun  7 10:06 ddam                                                                    
-rwxr-xr-x 1 root root    98356 Jun  7 10:06 esap                                                                    
-rwxr-xr-x 1 root root   142274 Jun  7 10:06 esap.msg                                                                
-rwxr-xr-x 1 root root    95636 Jun  7 10:06 flow01                                                                  
-rwxr-xr-x 1 root root    95412 Jun  7 10:06 flow02
-rwxr-xr-x 1 root root    98260 Jun  7 10:06 flow03
-rwxr-xr-x 1 root root    98164 Jun  7 10:06 flow04
-rwxr-xr-x 1 root root    94644 Jun  7 10:06 flow05
-rwxr-xr-x 1 root root  1541028 Jun  7 10:06 frun01
-rwxr-xr-x 1 root root  1499140 Jun  7 10:06 frun02
-rwxr-xr-x 1 root root 11025908 Jun  7 10:06 frun03
-rwxr-xr-x 1 root root 11134836 Jun  7 10:06 frun04
-rwxr-xr-x 1 root root  1153092 Jun  7 10:06 frun05
-rwxr-xr-x 1 root root   147204 Jun  7 10:06 heat.msg
-rwxr-xr-x 1 root root    72864 Jun  7 10:06 libagsdb_ar-linux-x86.so
-rwxr-xr-x 1 root root    55308 Jun  7 10:06 libAlgConfig-linux-x86.so
-rwxr-xr-x 1 root root   168800 Jun  7 10:06 libalg-linux-x86.so
-rwxr-xr-x 1 root root  1087872 Jun  7 10:06 libcb-linux-x86.so
-rwxr-xr-x 1 root root     2456 Jun  7 10:06 libcxaguard.so.5
-rwxr-xr-x 1 root root   342148 Jun  7 10:06 libguide.so
-rwxr-xr-x 1 root root  2341480 Jun  7 10:06 libimf.so
-rwxr-xr-x 1 root root   262692 Jun  7 10:06 libirc.so
-rwxr-xr-x 1 root root   384972 Jun  7 10:06 libsvml.so
-rwxr-xr-x 1 root root   507904 Jun  7 10:06 libUnitSys-linux-x86.so
-rwxr-xr-x 1 root root      180 Jun  7 10:06 license.txt
-rwxr-xr-x 1 root root   144826 Jun  7 10:06 linear.msg
drwxr-xr-x 9 root root      111 Jun  7 10:06 locale
-rwxr-xr-x 1 root root  1277668 Jun  7 10:06 mknso
-rwxr-xr-x 1 root root   618724 Jun  7 10:06 mknso3
-rwxr-xr-x 1 root root     7424 Jun  7 10:06 sflap001
-rwxr-xr-x 1 root root  3729556 Jun  7 10:06 srun10
-rwxr-xr-x 1 root root  4139508 Jun  7 10:06 srun11
-rwxr-xr-x 1 root root   733540 Jun  7 10:06 srun2
-rwxr-xr-x 1 root root   721828 Jun  7 10:06 srun3
-rwxr-xr-x 1 root root   837332 Jun  7 10:06 srun5
-rwxr-xr-x 1 root root  3275796 Jun  7 10:06 srun6s
-rwxr-xr-x 1 root root   695380 Jun  7 10:06 srun7
-rwxr-xr-x 1 root root  3197972 Jun  7 10:06 srun8s
-rwxr-xr-x 1 root root   661716 Jun  7 10:06 srun9
-rwxr-xr-x 1 root root   766916 Jun  7 10:06 srundam
-rwxr-xr-x 1 root root  3098196 Jun  7 10:06 srune
-rwxr-xr-x 1 root root 10540372 Jun  7 10:06 srunx
-rwxr-xr-x 1 root root   136160 Jun  7 10:06 ssap0
-rwxr-xr-x 1 root root   136160 Jun  7 10:06 ssap0c
-rwxr-xr-x 1 root root   136160 Jun  7 10:06 ssap0g
-rwxr-xr-x 1 root root   136160 Jun  7 10:06 ssap0gc
-rwxr-xr-x 1 root root   124192 Jun  7 10:06 ssap1
-rwxr-xr-x 1 root root    94484 Jun  7 10:06 ssap10
-rwxr-xr-x 1 root root   112340 Jun  7 10:06 ssap10ld
-rwxr-xr-x 1 root root    94548 Jun  7 10:06 ssap11
-rwxr-xr-x 1 root root   547524 Jun  7 10:06 ssap11ld
-rwxr-xr-x 1 root root   124192 Jun  7 10:06 ssap1c
-rwxr-xr-x 1 root root   126636 Jun  7 10:06 ssap2
-rwxr-xr-x 1 root root    92204 Jun  7 10:06 ssap3
-rwxr-xr-x 1 root root   131936 Jun  7 10:06 ssap4
-rwxr-xr-x 1 root root   131936 Jun  7 10:06 ssap4c
-rwxr-xr-x 1 root root   135340 Jun  7 10:06 ssap5
-rwxr-xr-x 1 root root   105772 Jun  7 10:06 ssap6s
-rwxr-xr-x 1 root root   259424 Jun  7 10:06 ssap7
-rwxr-xr-x 1 root root   117964 Jun  7 10:06 ssap8s
-rwxr-xr-x 1 root root    85380 Jun  7 10:06 ssap9
drwxr-xr-x 3 root root     4096 Jun  7 10:06 x86_64

[SaMurgie]

Could there be a non-English string in the directory path?

The error sounds like some sort of string error and/or file open error.

[d.bordet]

Hi everybody

I just received the results of all test. each test run successfully. All model (static stress, natural frequency, thermal, MES, CFD) came from Algor tutorials. 

So my problem concern my big models. they worked under Windows and maybe they had a problem when I sent to my partner.

I will give him another big model.

Thanks for your help

[d.bordet]

Hi,

I just received the results of my test. 

I sent last week some models to my partner:

- unsteady 3D fluid flow model (flow04 ds -RUN)

- MES model (apak4 ds -RUN)

- natural frequency model (ssap1 ds -RUN)

- static stess model (ssap0 ds -RUN)

- steady state heat transfer model (ssap10 ds -RUN)

- transient heat transfer model (ssap11 ds -RUN)

All models are small and they came from Algor training (Yoke.fem ; Ball valve.fem ; Cantilever.fem,...). Each model run successfully

I sent him after two new MES models. One of them came from Autodesk : plastic buckle.fem

The two models didn't work and my partner received the same message:

apak4 ds -RUN

  Autodesk(R) Simulation Mechanical Event Simulation (MES)

  Version 2012.0.0.163-LINUX 04-Mar-2011

  Copyright (c) 2011, Autodesk, Inc. All rights reserved.

terminate called after throwing an instance of 'std::length_error'

   what():  basic_string::resize

terminate called recursively

My partner installed Algor (linux version) in another computer and he received the same error.

I give you the model I sent him in order to test in your computer. Also my partner asked a core file when he started this analysis so maybe you could find the problem.

I would like also to talk you about the installation. When he installed the linux version of Algor in his computer, he never needed to give the serial number or the licence file. Do you think it's the reason? 

Thanks for your help

Damien

[sunj.autodesk · Accepted solution]

I checked your model and found the following string in the model:

E:\Projets\EXPAMTION\Installation Algor - Universit+¬ Reims\Modeles test 2 Algor - linux\Calcul MES 2 - apak4\plastic buckle_STEP.ds_data\1

It seems that you have worked on the model under this directory. However, due to an old logic, this information is saved in the model database and will be retrived by the processor later. The crash problem is caused by retriving the non-English characters (Universit+¬ Reims).

As a temp solution, you can try to open and save the model under a directory does not contain any non-English characters. I will log this issue for future fix.

[d.bordet]

I just tested your solution and you are the best. My analysis run successfully in a linux computer so I think it will run successfully in the data center.

Thank you so much everybody for your help.

Damien BORDET