From chris at sombrio.com  Thu Mar  5 22:13:50 2009
From: chris at sombrio.com (Christopher Stone)
Date: Fri, 6 Mar 2009 01:13:50 -0500
Subject: [cAos] Perceus commands fail due to blocked SMTP.
Message-ID: <800486f0903052213x3699470du6e3448ce435cab62@mail.gmail.com>

I am a new caos user.

My ISP blocks sending of SMTP to any other destination except their SMTP
server. So, when I try to run a perceus command, it says "Jumping in to
automatic Perceus registration...", but this registration fails due to the
blocked SMTP. Then the command fails. Thus, I can not run any Perceus
commands. How do I fix this?

Cheers,
    Chris.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.infiscale.org/pipermail/caos/attachments/20090306/a31dbd67/attachment.html 

From gmkurtzer at gmail.com  Thu Mar  5 22:40:42 2009
From: gmkurtzer at gmail.com (Greg Kurtzer)
Date: Thu, 5 Mar 2009 22:40:42 -0800
Subject: [cAos] Perceus commands fail due to blocked SMTP.
In-Reply-To: <800486f0903052213x3699470du6e3448ce435cab62@mail.gmail.com>
References: <800486f0903052213x3699470du6e3448ce435cab62@mail.gmail.com>
Message-ID: <571f1a060903052240i7ab31bb2l91d4a7ec79bda65b@mail.gmail.com>

There is an update in the nsa-testing for Perceus to fix just this.
Please follow the directions to sync up to the nsa-repository at:

http://wiki.caoslinux.org/Caos_Repositories

and then run:

$ sudo smart upgrade perceus*

Let me know if that helps.

Thanks,
Greg


On Thu, Mar 5, 2009 at 10:13 PM, Christopher Stone <chris at sombrio.com> wrote:
> I am a new caos user.
>
> My ISP blocks sending of SMTP to any other destination except their SMTP
> server. So, when I try to run a perceus command, it says "Jumping in to
> automatic Perceus registration...", but this registration fails due to the
> blocked SMTP. Then the command fails. Thus, I can not run any Perceus
> commands. How do I fix this?
>
> Cheers,
> ??? Chris.
>
> _______________________________________________
> cAos mailing list
> cAos at caoslinux.org
> http://lists.caosity.org/mailman/listinfo/caos
>
>



-- 
Greg Kurtzer
http://www.infiscale.com/
http://www.perceus.org/
http://www.caoslinux.org/


From chris at sombrio.com  Fri Mar  6 07:05:45 2009
From: chris at sombrio.com (Christopher Stone)
Date: Fri, 6 Mar 2009 10:05:45 -0500
Subject: [cAos] Perceus commands fail due to blocked SMTP.
In-Reply-To: <571f1a060903052240i7ab31bb2l91d4a7ec79bda65b@mail.gmail.com>
References: <800486f0903052213x3699470du6e3448ce435cab62@mail.gmail.com>
	<571f1a060903052240i7ab31bb2l91d4a7ec79bda65b@mail.gmail.com>
Message-ID: <800486f0903060705w44294653hba338ac30cca0e7f@mail.gmail.com>

Thanks for the help. I followed this procedure, and it worked great.

Cheers,
    Chris.

On Fri, Mar 6, 2009 at 1:40 AM, Greg Kurtzer <gmkurtzer at gmail.com> wrote:

> There is an update in the nsa-testing for Perceus to fix just this.
> Please follow the directions to sync up to the nsa-repository at:
>
> http://wiki.caoslinux.org/Caos_Repositories
>
> and then run:
>
> $ sudo smart upgrade perceus*
>
> Let me know if that helps.
>
> Thanks,
> Greg
>
>
> On Thu, Mar 5, 2009 at 10:13 PM, Christopher Stone <chris at sombrio.com>
> wrote:
> > I am a new caos user.
> >
> > My ISP blocks sending of SMTP to any other destination except their SMTP
> > server. So, when I try to run a perceus command, it says "Jumping in to
> > automatic Perceus registration...", but this registration fails due to
> the
> > blocked SMTP. Then the command fails. Thus, I can not run any Perceus
> > commands. How do I fix this?
> >
> > Cheers,
> >     Chris.
> >
> > _______________________________________________
> > cAos mailing list
> > cAos at caoslinux.org
> > http://lists.caosity.org/mailman/listinfo/caos
> >
> >
>
>
>
> --
> Greg Kurtzer
> http://www.infiscale.com/
> http://www.perceus.org/
> http://www.caoslinux.org/
> _______________________________________________
> cAos mailing list
> cAos at caoslinux.org
> http://lists.caosity.org/mailman/listinfo/caos
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.infiscale.org/pipermail/caos/attachments/20090306/f421bd1b/attachment.html 

From glykos at mbg.duth.gr  Mon Mar  9 07:57:46 2009
From: glykos at mbg.duth.gr (Nicholas M Glykos)
Date: Mon, 9 Mar 2009 16:57:46 +0200 (EET)
Subject: [cAos] OpenMPI & Intel's compilers
Message-ID: <Pine.LNX.4.62.0903091631140.25761@aspera.cluster.mbg.gr>


Dear All,

A quick question just to make sure I have got it right (or otherwise): 
The way to use Intel's compilers to build OpenMPI-based applications is to 
build OpenMPI from source using the Intel compilers. Is that correct ?

Thanks,
Nicholas

-- 


          Dr Nicholas M. Glykos, Department of Molecular Biology
     and Genetics, Democritus University of Thrace, University Campus,
  Dragana, 68100 Alexandroupolis, Greece, Tel/Fax (office) +302551030620,
    Ext.77620, Tel (lab) +302551030615, http://utopia.duth.gr/~glykos/



From astevens at infiscale.com  Mon Mar  9 09:20:40 2009
From: astevens at infiscale.com (astevens at infiscale.com)
Date: Mon, 9 Mar 2009 16:20:40 +0000
Subject: [cAos] OpenMPI & Intel's compilers
Message-ID: <116258086-1236615682-cardhu_decombobulator_blackberry.rim.net-332484329-@bxe1257.bisx.prod.on.blackberry>

Yes you do. Our srpm should work just fine for you withe the Intel compiler. Please let me know if you see any issues.

Arthur
------Original Message------
From: Nicholas M Glykos
Sender: caos-bounces at caoslinux.org
To: Community-Assembled Operating System
ReplyTo: Nicholas M Glykos
ReplyTo: Community-Assembled Operating System
Sent: Mar 9, 2009 7:57 AM
Subject: [cAos] OpenMPI & Intel's compilers


Dear All,

A quick question just to make sure I have got it right (or otherwise): 
The way to use Intel's compilers to build OpenMPI-based applications is to 
build OpenMPI from source using the Intel compilers. Is that correct ?

Thanks,
Nicholas

-- 


          Dr Nicholas M. Glykos, Department of Molecular Biology
     and Genetics, Democritus University of Thrace, University Campus,
  Dragana, 68100 Alexandroupolis, Greece, Tel/Fax (office) +302551030620,
    Ext.77620, Tel (lab) +302551030615, http://utopia.duth.gr/~glykos/

_______________________________________________
cAos mailing list
cAos at caoslinux.org
http://lists.caosity.org/mailman/listinfo/caos


Sent via BlackBerry from T-Mobile

From astevens at infiscale.com  Mon Mar  9 11:07:05 2009
From: astevens at infiscale.com (astevens at infiscale.com)
Date: Mon, 9 Mar 2009 12:07:05 -0600 (MDT)
Subject: [cAos] OpenMPI & Intel's compilers
In-Reply-To: <Pine.LNX.4.62.0903091631140.25761@aspera.cluster.mbg.gr>
References: <Pine.LNX.4.62.0903091631140.25761@aspera.cluster.mbg.gr>
Message-ID: <d570b250ecede42823618c9f8f9ad40f.squirrel@www.infiscale.com>

This use to work, let me know if we have changed stuf fso that it wont,
will save a lot of time for you :)

export COMPILER=intel; cd /usr/src/cports/packages/openmpi/[version]; make
install


then....

module load openmpi/[version]-intel

then all of the openmpi commands will be via the intel version doesn't
even have to remove the default openmpi version :)

Let me know if it gives you any problems.

Arthur


>
> Dear All,
>
> A quick question just to make sure I have got it right (or otherwise):
> The way to use Intel's compilers to build OpenMPI-based applications is to
> build OpenMPI from source using the Intel compilers. Is that correct ?
>
> Thanks,
> Nicholas
>
> --
>
>
>           Dr Nicholas M. Glykos, Department of Molecular Biology
>      and Genetics, Democritus University of Thrace, University Campus,
>   Dragana, 68100 Alexandroupolis, Greece, Tel/Fax (office) +302551030620,
>     Ext.77620, Tel (lab) +302551030615, http://utopia.duth.gr/~glykos/
>
> _______________________________________________
> cAos mailing list
> cAos at caoslinux.org
> http://lists.caosity.org/mailman/listinfo/caos
>




From glykos at mbg.duth.gr  Tue Mar 10 07:25:32 2009
From: glykos at mbg.duth.gr (Nicholas M Glykos)
Date: Tue, 10 Mar 2009 16:25:32 +0200 (EET)
Subject: [cAos] OpenMPI & Intel's compilers
In-Reply-To: <d570b250ecede42823618c9f8f9ad40f.squirrel@www.infiscale.com>
References: <Pine.LNX.4.62.0903091631140.25761@aspera.cluster.mbg.gr>
	<d570b250ecede42823618c9f8f9ad40f.squirrel@www.infiscale.com>
Message-ID: <Pine.LNX.4.62.0903101613500.23686@aspera.cluster.mbg.gr>


Dear Arthur,

> export COMPILER=intel; cd /usr/src/cports/packages/openmpi/[version]; make install

This worked beautifully, thanks a lot.

Best regards,
Nicholas


ps. The only differences I found from your recipe is that 'COMPILER' is 
now 'COMPILERS'. It would also appear that in Intel's v.11.0 compilers 
'ifc' is 'ifort' which goes undetected by configure (but this easily 
fixed).


-- 


          Dr Nicholas M. Glykos, Department of Molecular Biology
     and Genetics, Democritus University of Thrace, University Campus,
  Dragana, 68100 Alexandroupolis, Greece, Tel/Fax (office) +302551030620,
    Ext.77620, Tel (lab) +302551030615, http://utopia.duth.gr/~glykos/



From stefan at mdy.univie.ac.at  Wed Mar 18 04:51:57 2009
From: stefan at mdy.univie.ac.at (Stefan Boresch)
Date: Wed, 18 Mar 2009 12:51:57 +0100
Subject: [cAos] Feedback concerning some packages (NIS, cfengine etc.)
Message-ID: <20090318115157.GE22110@loop.mdy.univie.ac.at>

Back in the fall, I promised I would test packages for
NIS/YP etc.  Unfortunately, I got completely distracted with
other stuff and caos/perceus works/ed so fine that there was
no need to troubleshoot ...

So, apologies and just for completeness' sake the ypbind, yptools and
cfengine packages work fine for me (under the limited usage
scenarios that I need them on my caos machines for the moment)

Now, what about autofs (a recompiled centos 4.7 package works fine, but ...)?

Two remarks/obervations: (1) On caos machines that hadn't been upgraded
in a while, 

smart upgrade

refuses to update libibcommon because of a file conflict (i.e., an earlier
version of the packages "owns" a file --- obviously so ...) Interestingly,

smart upgrade libibcommon

works like a charmm and then smart upgrade continues without problems ...

(2) I had unexplained duplicate packets (with ping) on the local Gigabit
network when MTU was set to 9000 on machines with the Intel DG45ID
board with the onboard ethernet (e1000e driver).  [Since it
affects only those machines (all of them!) and not others with diff.
NICs on the same network, I think that it's safe to eliminate routing, switch
and cables as possible culprits] Anyways, to my great joy the most recent
caos-kernels (2.6.28.x) took care of this, both 2.6.27 and 2.6.26 kernels
gave spurious duplicate packets for small packet sizes. Just in case that
someone runs into the same problem ... (I didn't find anything related by
googling, but the effect in my network is real)

Best regards and thanks for all the great work,

Stefan

-- 
Stefan Boresch
Institute for Computational Biological Chemistry
University of Vienna, Waehringerstr. 17       A-1090 Vienna, Austria
Phone: -43-1-427752715                        Fax:   -43-1-427752790


From stefan at mdy.univie.ac.at  Wed Mar 18 07:53:03 2009
From: stefan at mdy.univie.ac.at (Stefan Boresch)
Date: Wed, 18 Mar 2009 15:53:03 +0100
Subject: [cAos] Minor sidekick issue
Message-ID: <20090318145303.GG22110@loop.mdy.univie.ac.at>

This occured with sidekick 1.3.144

The presence of an ethX~ (X=0,1,2...), i.e. of emacs backup files,
in /etc/sysconfig/nics is ignored in Networking -> ipv4, but
not in other submenus, such as gateway or advanced. The gateway
menu becomes particularly enlightening as it appears to show the same
gateway twice ...

Best regards,

Stefan

-- 
Stefan Boresch
Institute for Computational Biological Chemistry
University of Vienna, Waehringerstr. 17       A-1090 Vienna, Austria
Phone: -43-1-427752715                        Fax:   -43-1-427752790


From stefan at mdy.univie.ac.at  Wed Mar 18 09:05:01 2009
From: stefan at mdy.univie.ac.at (Stefan Boresch)
Date: Wed, 18 Mar 2009 17:05:01 +0100
Subject: [cAos] /etc/environment
Message-ID: <20090318160501.GI22110@loop.mdy.univie.ac.at>


Following a default install of caos-nsa 1.0, with all updates applied,
pam_env fills /var/log/secure with 

Mar 18 10:26:14 localhost sshd[2698]: pam_env(sshd:setcred): Unable to open env file: /etc/environment: No such file or directory

touch /etc/environment cures the symptom, but is there a deep(er)
underlying problem?

Best regards,

Stefan

-- 
Stefan Boresch
Institute for Computational Biological Chemistry
University of Vienna, Waehringerstr. 17       A-1090 Vienna, Austria
Phone: -43-1-427752715                        Fax:   -43-1-427752790


From gmkurtzer at gmail.com  Wed Mar 18 09:55:25 2009
From: gmkurtzer at gmail.com (Greg Kurtzer)
Date: Wed, 18 Mar 2009 09:55:25 -0700
Subject: [cAos] Feedback concerning some packages (NIS, cfengine etc.)
In-Reply-To: <20090318115157.GE22110@loop.mdy.univie.ac.at>
References: <20090318115157.GE22110@loop.mdy.univie.ac.at>
Message-ID: <571f1a060903180955m7b51b23fqb9f5c00f08acf800@mail.gmail.com>

Stefan,

Thanks for the great feedback!

Yes, some people have had the experience of OFED (libibcommon) not
upgrading properly. It is due to some components with OFED for being
obsoleted (merged into libibcommon), and then they were separated out
again. So it means that libibcommon both obsoletes packages in one
version, and requires them in the following version.

The solution you found is the correct path, and I am looking to see if
there is a more elegant (and automatic) way out of it.

Thanks, and glad all is working for ya!

Greg

On Wed, Mar 18, 2009 at 4:51 AM, Stefan Boresch <stefan at mdy.univie.ac.at> wrote:
> Back in the fall, I promised I would test packages for
> NIS/YP etc. ?Unfortunately, I got completely distracted with
> other stuff and caos/perceus works/ed so fine that there was
> no need to troubleshoot ...
>
> So, apologies and just for completeness' sake the ypbind, yptools and
> cfengine packages work fine for me (under the limited usage
> scenarios that I need them on my caos machines for the moment)
>
> Now, what about autofs (a recompiled centos 4.7 package works fine, but ...)?
>
> Two remarks/obervations: (1) On caos machines that hadn't been upgraded
> in a while,
>
> smart upgrade
>
> refuses to update libibcommon because of a file conflict (i.e., an earlier
> version of the packages "owns" a file --- obviously so ...) Interestingly,
>
> smart upgrade libibcommon
>
> works like a charmm and then smart upgrade continues without problems ...
>
> (2) I had unexplained duplicate packets (with ping) on the local Gigabit
> network when MTU was set to 9000 on machines with the Intel DG45ID
> board with the onboard ethernet (e1000e driver). ?[Since it
> affects only those machines (all of them!) and not others with diff.
> NICs on the same network, I think that it's safe to eliminate routing, switch
> and cables as possible culprits] Anyways, to my great joy the most recent
> caos-kernels (2.6.28.x) took care of this, both 2.6.27 and 2.6.26 kernels
> gave spurious duplicate packets for small packet sizes. Just in case that
> someone runs into the same problem ... (I didn't find anything related by
> googling, but the effect in my network is real)
>
> Best regards and thanks for all the great work,
>
> Stefan
>
> --
> Stefan Boresch
> Institute for Computational Biological Chemistry
> University of Vienna, Waehringerstr. 17 ? ? ? A-1090 Vienna, Austria
> Phone: -43-1-427752715 ? ? ? ? ? ? ? ? ? ? ? ?Fax: ? -43-1-427752790
> _______________________________________________
> cAos mailing list
> cAos at caoslinux.org
> http://lists.caosity.org/mailman/listinfo/caos
>



-- 
Greg Kurtzer
http://www.infiscale.com/
http://www.perceus.org/
http://www.caoslinux.org/


From glykos at mbg.duth.gr  Wed Mar 18 12:51:41 2009
From: glykos at mbg.duth.gr (Nicholas M Glykos)
Date: Wed, 18 Mar 2009 21:51:41 +0200 (EET)
Subject: [cAos] Slurm error after update to slurm-1.3.12-2
Message-ID: <Pine.LNX.4.62.0903182143440.13377@aspera.cluster.mbg.gr>


Dear All,

After updating to slurm-1.3.12-2.nsa1.x86_64, I'm getting the following 
error message:

# squeue 
squeue: error: Ignoring bad Shared value: FORCE:1
squeue: error: Ignoring bad Shared value: FORCE:1
  JOBID PARTITION     NAME     USER  ST       TIME  NODES NODELIST(REASON)
...


I'm using preemption without time-slicing as described in the slurm site 
using (in the conf file):

...
PartitionName=primary Nodes=n0001,... Priority=1 Default=YES Shared=FORCE:1 MaxTime=INFINITE State=UP
PartitionName=fast    Nodes=n0001,... Priority=2             Shared=FORCE:1 MaxTime=60       State=UP


What am I missing ?

Best regards,
Nicholas


-- 


          Dr Nicholas M. Glykos, Department of Molecular Biology
     and Genetics, Democritus University of Thrace, University Campus,
  Dragana, 68100 Alexandroupolis, Greece, Tel/Fax (office) +302551030620,
    Ext.77620, Tel (lab) +302551030615, http://utopia.duth.gr/~glykos/



From ian at caosity.org  Wed Mar 18 16:19:25 2009
From: ian at caosity.org (Ian Applegate)
Date: Wed, 18 Mar 2009 19:19:25 -0400
Subject: [cAos] /etc/environment
In-Reply-To: <20090318160501.GI22110@loop.mdy.univie.ac.at>
References: <20090318160501.GI22110@loop.mdy.univie.ac.at>
Message-ID: <49C1817D.6040209@caosity.org>

Stefan,

pam_env slurps up additional environment settings from the default 
environment file (in this case /etc/environment). touch /etc/environment 
is indeed the fix if you do not have any extra settings. I suppose we 
should create the file by default. Thanks for pointing that out :)

Ian

Stefan Boresch wrote:
> Following a default install of caos-nsa 1.0, with all updates applied,
> pam_env fills /var/log/secure with 
>
> Mar 18 10:26:14 localhost sshd[2698]: pam_env(sshd:setcred): Unable to open env file: /etc/environment: No such file or directory
>
> touch /etc/environment cures the symptom, but is there a deep(er)
> underlying problem?
>
> Best regards,
>
> Stefan
>
>   



From gmkurtzer at gmail.com  Thu Mar 19 21:53:58 2009
From: gmkurtzer at gmail.com (Greg Kurtzer)
Date: Thu, 19 Mar 2009 21:53:58 -0700
Subject: [cAos] Slurm error after update to slurm-1.3.12-2
In-Reply-To: <Pine.LNX.4.62.0903182143440.13377@aspera.cluster.mbg.gr>
References: <Pine.LNX.4.62.0903182143440.13377@aspera.cluster.mbg.gr>
Message-ID: <571f1a060903192153h364de599vb54268b7705b6822@mail.gmail.com>

Not sure off the top of my head. I will look into this, but your best
bet might be to bring this to the SLURM email list.

If you find out what it is, please followup to this post.

Thanks, and good luck!
Greg

On Wed, Mar 18, 2009 at 12:51 PM, Nicholas M Glykos <glykos at mbg.duth.gr> wrote:
>
> Dear All,
>
> After updating to slurm-1.3.12-2.nsa1.x86_64, I'm getting the following
> error message:
>
> # squeue
> squeue: error: Ignoring bad Shared value: FORCE:1
> squeue: error: Ignoring bad Shared value: FORCE:1
> ?JOBID PARTITION ? ? NAME ? ? USER ?ST ? ? ? TIME ?NODES NODELIST(REASON)
> ...
>
>
> I'm using preemption without time-slicing as described in the slurm site
> using (in the conf file):
>
> ...
> PartitionName=primary Nodes=n0001,... Priority=1 Default=YES Shared=FORCE:1 MaxTime=INFINITE State=UP
> PartitionName=fast ? ?Nodes=n0001,... Priority=2 ? ? ? ? ? ? Shared=FORCE:1 MaxTime=60 ? ? ? State=UP
>
>
> What am I missing ?
>
> Best regards,
> Nicholas
>
>
> --
>
>
> ? ? ? ? ?Dr Nicholas M. Glykos, Department of Molecular Biology
> ? ? and Genetics, Democritus University of Thrace, University Campus,
> ?Dragana, 68100 Alexandroupolis, Greece, Tel/Fax (office) +302551030620,
> ? ?Ext.77620, Tel (lab) +302551030615, http://utopia.duth.gr/~glykos/
>
> _______________________________________________
> cAos mailing list
> cAos at caoslinux.org
> http://lists.caosity.org/mailman/listinfo/caos
>



-- 
Greg Kurtzer
http://www.infiscale.com/
http://www.perceus.org/
http://www.caoslinux.org/


From astevens at infiscale.com  Thu Mar 19 22:09:34 2009
From: astevens at infiscale.com (Arthur Stevens)
Date: Thu, 19 Mar 2009 22:09:34 -0700
Subject: [cAos] Slurm error after update to slurm-1.3.12-2
References: <Pine.LNX.4.62.0903182143440.13377@aspera.cluster.mbg.gr>
	<571f1a060903192153h364de599vb54268b7705b6822@mail.gmail.com>
Message-ID: <0171311B00834FD0B2BE5957E84166D8@computer>

I have seen this on a LSF/SLURM setup but not on Perceus/SLURM. I have seen 
the Shared=FORCE setting but not Shared=FORCE:1 in use.

If I recall correctly that flag does what i think you are not wanting to do, 
force multiple jobs to the nodes if you set Shared=FORCE.

Arthur

----- Original Message ----- 
From: "Greg Kurtzer" <gmkurtzer at gmail.com>
To: "Nicholas M Glykos" <glykos at mbg.duth.gr>; "Community-Assembled Operating 
System" <caos at caoslinux.org>
Sent: Thursday, March 19, 2009 9:53 PM
Subject: Re: [cAos] Slurm error after update to slurm-1.3.12-2


Not sure off the top of my head. I will look into this, but your best
bet might be to bring this to the SLURM email list.

If you find out what it is, please followup to this post.

Thanks, and good luck!
Greg

On Wed, Mar 18, 2009 at 12:51 PM, Nicholas M Glykos <glykos at mbg.duth.gr> 
wrote:
>
> Dear All,
>
> After updating to slurm-1.3.12-2.nsa1.x86_64, I'm getting the following
> error message:
>
> # squeue
> squeue: error: Ignoring bad Shared value: FORCE:1
> squeue: error: Ignoring bad Shared value: FORCE:1
> JOBID PARTITION NAME USER ST TIME NODES NODELIST(REASON)
> ...
>
>
> I'm using preemption without time-slicing as described in the slurm site
> using (in the conf file):
>
> ...
> PartitionName=primary Nodes=n0001,... Priority=1 Default=YES 
> Shared=FORCE:1 MaxTime=INFINITE State=UP
> PartitionName=fast Nodes=n0001,... Priority=2 Shared=FORCE:1 MaxTime=60 
> State=UP
>
>
> What am I missing ?
>
> Best regards,
> Nicholas
>
>
> --
>
>
> Dr Nicholas M. Glykos, Department of Molecular Biology
> and Genetics, Democritus University of Thrace, University Campus,
> Dragana, 68100 Alexandroupolis, Greece, Tel/Fax (office) +302551030620,
> Ext.77620, Tel (lab) +302551030615, http://utopia.duth.gr/~glykos/
>
> _______________________________________________
> cAos mailing list
> cAos at caoslinux.org
> http://lists.caosity.org/mailman/listinfo/caos
>



-- 
Greg Kurtzer
http://www.infiscale.com/
http://www.perceus.org/
http://www.caoslinux.org/
_______________________________________________
cAos mailing list
cAos at caoslinux.org
http://lists.caosity.org/mailman/listinfo/caos




From gmkurtzer at gmail.com  Thu Mar 19 22:10:55 2009
From: gmkurtzer at gmail.com (Greg Kurtzer)
Date: Thu, 19 Mar 2009 22:10:55 -0700
Subject: [cAos] Minor sidekick issue
In-Reply-To: <20090318145303.GG22110@loop.mdy.univie.ac.at>
References: <20090318145303.GG22110@loop.mdy.univie.ac.at>
Message-ID: <571f1a060903192210w54d9bf15p5cd3c2a4f5fe3352@mail.gmail.com>

Thanks for letting us know. This should be fixed in version
sidekick-1.3.145-1.caos (in nsa-testing now).

Thanks,
Greg

On Wed, Mar 18, 2009 at 7:53 AM, Stefan Boresch <stefan at mdy.univie.ac.at> wrote:
> This occured with sidekick 1.3.144
>
> The presence of an ethX~ (X=0,1,2...), i.e. of emacs backup files,
> in /etc/sysconfig/nics is ignored in Networking -> ipv4, but
> not in other submenus, such as gateway or advanced. The gateway
> menu becomes particularly enlightening as it appears to show the same
> gateway twice ...
>
> Best regards,
>
> Stefan
>
> --
> Stefan Boresch
> Institute for Computational Biological Chemistry
> University of Vienna, Waehringerstr. 17 ? ? ? A-1090 Vienna, Austria
> Phone: -43-1-427752715 ? ? ? ? ? ? ? ? ? ? ? ?Fax: ? -43-1-427752790
> _______________________________________________
> cAos mailing list
> cAos at caoslinux.org
> http://lists.caosity.org/mailman/listinfo/caos
>



-- 
Greg Kurtzer
http://www.infiscale.com/
http://www.perceus.org/
http://www.caoslinux.org/


From glykos at mbg.duth.gr  Fri Mar 20 02:19:36 2009
From: glykos at mbg.duth.gr (Nicholas M Glykos)
Date: Fri, 20 Mar 2009 11:19:36 +0200 (EET)
Subject: [cAos] Slurm error after update to slurm-1.3.12-2
In-Reply-To: <0171311B00834FD0B2BE5957E84166D8@computer>
References: <Pine.LNX.4.62.0903182143440.13377@aspera.cluster.mbg.gr>
	<571f1a060903192153h364de599vb54268b7705b6822@mail.gmail.com>
	<0171311B00834FD0B2BE5957E84166D8@computer>
Message-ID: <Pine.LNX.4.62.0903201108540.30027@aspera.cluster.mbg.gr>


Dear Greg & Arthur,

You are of course right: I should have gone straight to the slurm mailing 
list.

I've had a very quick look at the slurm 1.3.13 code base, and the 
'Shared=FORCE:1' is indeed no longer supported. This is in contrast to the 
description found in https://computing.llnl.gov/linux/slurm/preempt.html:

"... The FORCE option now supports an additional parameter that controls 
how many jobs can share a resource within the partition 
(FORCE[:max_share]). By default the max_share value is 4. To disable 
timeslicing within a partition but enable preemption with other 
partitions, set Shared=FORCE:1."

Given that all I wanted was the development files for slurm (so that I 
could build the pam_slurm module), I kept it simple by downgrading to 
1.3.6.

Apologies for the needless mail traffic,
Regards,
Nicholas

-- 


          Dr Nicholas M. Glykos, Department of Molecular Biology
     and Genetics, Democritus University of Thrace, University Campus,
  Dragana, 68100 Alexandroupolis, Greece, Tel/Fax (office) +302551030620,
    Ext.77620, Tel (lab) +302551030615, http://utopia.duth.gr/~glykos/



From stefan at mdy.univie.ac.at  Thu Mar 26 07:11:47 2009
From: stefan at mdy.univie.ac.at (Stefan Boresch)
Date: Thu, 26 Mar 2009 15:11:47 +0100
Subject: [cAos] top, ps etc. as normal user
Message-ID: <20090326141147.GK22686@loop.mdy.univie.ac.at>

Is there an easy way to have top, ps and friends show all jobs when
run as a normal user? As installed, they do this only for root, a design
decision that I can understand, but which is "painful" in our three (trusted)
user environment/cluster.

Thanks,

Stefan

-- 
Stefan Boresch
Institute for Computational Biological Chemistry
University of Vienna, Waehringerstr. 17       A-1090 Vienna, Austria
Phone: -43-1-427752715                        Fax:   -43-1-427752790


From gmkurtzer at gmail.com  Thu Mar 26 07:16:34 2009
From: gmkurtzer at gmail.com (Greg Kurtzer)
Date: Thu, 26 Mar 2009 07:16:34 -0700
Subject: [cAos] top, ps etc. as normal user
In-Reply-To: <20090326141147.GK22686@loop.mdy.univie.ac.at>
References: <20090326141147.GK22686@loop.mdy.univie.ac.at>
Message-ID: <571f1a060903260716l69e78ebbl51a268fc02d814cc@mail.gmail.com>

Yep. Add those user to the following group:

secadm::111:

When they log out and back in, they should be able to see all processes.

This would make a great addition to the wiki! (hint, hint)

Greg

On Thu, Mar 26, 2009 at 7:11 AM, Stefan Boresch <stefan at mdy.univie.ac.at> wrote:
> Is there an easy way to have top, ps and friends show all jobs when
> run as a normal user? As installed, they do this only for root, a design
> decision that I can understand, but which is "painful" in our three (trusted)
> user environment/cluster.
>
> Thanks,
>
> Stefan
>
> --
> Stefan Boresch
> Institute for Computational Biological Chemistry
> University of Vienna, Waehringerstr. 17 ? ? ? A-1090 Vienna, Austria
> Phone: -43-1-427752715 ? ? ? ? ? ? ? ? ? ? ? ?Fax: ? -43-1-427752790
> _______________________________________________
> cAos mailing list
> cAos at caoslinux.org
> http://lists.caosity.org/mailman/listinfo/caos
>



-- 
Greg Kurtzer
http://www.infiscale.com/
http://www.perceus.org/
http://www.caoslinux.org/


From stefan at mdy.univie.ac.at  Thu Mar 26 09:07:16 2009
From: stefan at mdy.univie.ac.at (Stefan Boresch)
Date: Thu, 26 Mar 2009 17:07:16 +0100
Subject: [cAos] mdadm etc. in caos
Message-ID: <20090326160716.GL22686@loop.mdy.univie.ac.at>

[Although the problem shows on a machine which is provisioned by perceus,
I believe this is mostly a caos problem!]

I want to boot a machine with caos that aside from the system disk has
a fairly large software raid0 created under Ubuntu with mdadm, which I don't
want to nuke.  Using the old mdadm.conf file (created by Ubuntu's tools),
I can assemble the raid manually with 

mdadm -As /dev/md0

However, I fail on various levels with the caos provided 
/etc/init.d/mdmonitor and /etc/init.d/mdmpd scripts.  First, the 
daemon() function in /etc/init.d/functions doesn't seem to
understand options, i.e., the line 

daemon --check --user=root mdadm ${OPTIONS}

from /etc/init.d/mdmonitor results in 

/etc/init.d/mdmonitor start
Starting --check:pidof: invalid options on command line!

                                                                          error
/etc/rc.d/init.d/functions: line 90: --check: command not found

Second, removing --check --user=root, gives me an OK, but no usable
raid. The script checks whether there is info in /etc/mdadm.conf, but
doesn't seem to use it.  I would guess the first problem is the result
of a mismatch between redhat scripts and the functions available on
caos, but what am I missing in the second step?

Thanks in advance,

Stefan

-- 
Stefan Boresch
Institute for Computational Biological Chemistry
University of Vienna, Waehringerstr. 17       A-1090 Vienna, Austria
Phone: -43-1-427752715                        Fax:   -43-1-427752790


From mej at caoslinux.org  Thu Mar 26 12:01:52 2009
From: mej at caoslinux.org (Michael Jennings)
Date: Thu, 26 Mar 2009 12:01:52 -0700
Subject: [cAos] php-imap and source rpms
In-Reply-To: <003d01c98826$fa9df340$0564c80a@CZC5110LOJ>
References: <003d01c98826$fa9df340$0564c80a@CZC5110LOJ>
Message-ID: <20090326190152.GC22328@kainx.org>

On Friday, 06 February 2009, at 07:48:53 (+0100),
Dethlef Madsen wrote:

> I need the php-imap module. Will it be avalaible in a later release ?

It's in testing now.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <mej at kainx.org>
Linux Server/Cluster Admin, LBL.gov       Author, Eterm (www.eterm.org)
-----------------------------------------------------------------------
 "And you women try to make us feel better about it.  'It's not the
  size of the ship that counts; it's the motion of the ocean.'  Well,
  that may be true, but it takes an awfully long time to get to
  England in a rowboat."                             -- Jeff Foxworthy