
<html>

<body>

<br>

Dear all, <br><br>

First, sincere thanks for your help. As Prof. Blaha suggested, when

running &quot;lapw0 lapw0.def&quot;, the calculation stops immediately

with a message &quot;segmentation fault&quot;. Also, in response to the

question if I run any other WIEN2k calculation, the answer is yes: for

example, I have calculated band structure an force minimization for AlN

in wurtzite phase (4 atoms per unit cell) that compare really very well

with published results, so I am pretty sure that the problem is specific

for this calculation. I have checked the values of my system, and they

are as seen below. Swap space is much more than I have in my laptop,

where the calculations run slowly, but they run. The lapw0 program is

slightly bigger in the cluster than in my laptop, but I think that is not

a serious problem. <br><br>

Most probably there was something wrong during compilation but, as I am

by no means an expert, any suggestion about what to do would be very much

welcome!!!<br><br>

Thank you so much for your help and best wishes.<br><br>

Daniel<br>

<pre>----------------------------------------------------------

Daniel Fernández Hevia

School of Physics

The University of Sydney

Sydney 2006, Australia

Phone: +61 2 9036 5301

email:

<a href="https://correo.etsit.upm.es/twig//twig/index.php3?&amp;s[mailbox]=mail%2FEnviados1&amp;s[mainGroup]=%2A&amp;s[mailtree]=0%7C&amp;s[mailGroup]=%2A&amp;s[sortby]=date&amp;s[sortbyway]=1&amp;s[delete-return]=msgview&amp;c[f]=mail&amp;c[a]=compose&amp;form[to]=dhevia@physics.usyd.edu.au">dhevia@physics.usyd.edu.au</a>

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


</pre>size lapw0<br>

&nbsp;&nbsp; text&nbsp;&nbsp;&nbsp; data&nbsp;&nbsp;&nbsp;&nbsp;

bss&nbsp;&nbsp;&nbsp;&nbsp; dec&nbsp;&nbsp;&nbsp;&nbsp; hex 

filename<br>

1319767&nbsp; 104492 5175800 6600059&nbsp; 64b57b lapw0<br><br>

dhevia@barossa wien]$ free<br>

&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

total&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

used&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; free&nbsp;&nbsp;&nbsp;&nbsp;

shared&nbsp;&nbsp;&nbsp; buffers&nbsp;&nbsp;&nbsp;&nbsp; cached<br>

Mem:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3874188&nbsp;&nbsp;&nbsp;

3848408&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

25780&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 68268&nbsp;&nbsp;&nbsp; 2940532<br>

-/+ buffers/cache:&nbsp;&nbsp;&nbsp;&nbsp; 839608&nbsp;&nbsp;&nbsp;

3034580<br>

Swap:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2096472&nbsp;&nbsp;&nbsp;&nbsp;

179832&nbsp;&nbsp;&nbsp; 1916640<br><br>

[dhevia@barossa wien]$ ulimit -a<br>

core file size&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (blocks, -c)

0<br>

data seg size&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (kbytes,

-d) unlimited<br>

file

size&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

(blocks, -f) unlimited<br>

max locked memory&nbsp;&nbsp;&nbsp;&nbsp; (kbytes, -l) unlimited<br>

max memory size&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (kbytes, -m)

unlimited<br>

open

files&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

(-n) 1024<br>

pipe size&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (512

bytes, -p) 8<br>

stack

size&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

(kbytes, -s) unlimited<br>

cpu

time&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

(seconds, -t) unlimited<br>

max user

processes&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

(-u) 7168<br>

virtual memory&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (kbytes, -v)

unlimited <br><br>

</body>

</html>