On 20/08/14 14:58, Frank Loeffler wrote:
> On Wed, Aug 20, 2014 at 02:53:24PM +0100, Ian Smith wrote:
>> $ cat simfactory/mdb/machines/sumo.ini
>> [generic]
>
> Change this to [sumo] - because then simfactory will know that this
> machine's name is 'sumo'.
>
>> # Access to this machine
>> hostname
On Wed, Aug 20, 2014 at 02:53:24PM +0100, Ian Smith wrote:
> $ cat simfactory/mdb/machines/sumo.ini
> [generic]
Change this to [sumo] - because then simfactory will know that this
machine's name is 'sumo'.
> # Access to this machine
> hostname= generic.some.where
> aliaspattern= ^gene
On Wed, Aug 20, 2014 at 02:47:12PM +0100, Ian Smith wrote:
> ./simfactory/bin/sim build --thornlist=manifest/einsteintoolkit.th
> --machine=simfactory/mdb/machines/sumo.ini
> Error: retrieving Machine entry for Machine
> simfactory/mdb/machines/sumo.ini: Machine
I believe that. --machine takes
I forgot to list my machine file, sorry!
$ cat simfactory/mdb/machines/sumo.ini
[generic]
# Machine description
nickname= sumo
name= Generic Machine
location= somewhere
description = Whatever
status = personal
# Access to this machine
hostname= ge
On 20/08/14 13:56, Dumsani Ndzinisa wrote:
> Hi Ian,
>
> As far as I know, those limits are set in the machine definition file,
> the .ini file specifically. Once you have added them on, do a fresh
> build, making sure to pass the ini file as an (optional) argument to
> you new build. That is, simf
Hi Ian,
As far as I know, those limits are set in the machine definition file,
the .ini file specifically. Once you have added them on, do a fresh
build, making sure to pass the ini file as an (optional) argument to
you new build. That is, simfactory/bin/sim build .
--machine=simfactory/mdb/
Hi Guys,
I tried to run the resource-reduced example (static_tov_small.par) in
the simplified guide, but the simulation only uses one CPU core. I
tried a couple of things to fix this:
ian@sumo Wed Aug 20 01:26 PM /opt/EinsteinToolkit/Cactus
$ ./simfactory/bin/sim submit static_tov
--parfile=p
[sorry to have to re-send this, Thunderbird is playing havoc with my
From: address!]
Hi again List,
I tried again from scratch, in case I was building against artifacts
created with incomplete dependencies (looks like I was).
I got this:
Formaline: Creating git master repository...
Formaline:
On 18/08/14 18:20, Erik Schnetter wrote:
> Ian
>
> Most likely, setting both F77 and F90 to "gfortran" will work.
Thanks for the suggestion, Erik, I tried this, and still get the same
error message.
> You didn't specify what MPI options you are using when configuring. Can
> you provide more deta
On 19/08/14 17:42, Frank Loeffler wrote:
> On Tue, Jul 29, 2014 at 03:57:00PM +0100, Ian Smith wrote:
>> I've tried building this a few times over the last couple of years, on
>> different machines, and always get stuck at the build stage, currently I
>> have this set of errors:
>
>> $ aptitude sea
On Tue, Jul 29, 2014 at 03:57:00PM +0100, Ian Smith wrote:
> I've tried building this a few times over the last couple of years, on
> different machines, and always get stuck at the build stage, currently I
> have this set of errors:
> $ aptitude search fort | grep '^i'
> i fort77
Ian
Most likely, setting both F77 and F90 to "gfortran" will work.
You didn't specify what MPI options you are using when configuring. Can you
provide more details?
-erik
On Tue, Jul 29, 2014 at 10:57 AM, Ian Smith wrote:
> Hi List!
>
> I've tried building this a few times over the last coup
Hi List!
I've tried building this a few times over the last couple of years, on
different machines, and always get stuck at the build stage, currently I
have this set of errors:
--
There were 3 errors during execution of the CST
These must be
13 matches
Mail list logo
