Hi Serge,
Here some answers (once again you are in contact with NIKHEF here).
Serge Vrijaldenhoven wrote:
> VO
> ===
> To which VO do we belong or how do we have to set one up ourselves and
> if so: how to do that.
> Should we leave all the default VO entries in the def file (we don't
> support them (yet)?) - I commented them all out.
If you don't have any VOs defined at all I am not sure what would happen
;-) Don't you have a VL-E (dutch national BSIK project) affiliation?
If so you could support the p4 VO. I don't use YAIM but if you send me
an example line from one of the 'default' VOs I can send you a
replacement for VL-E p4. This VO contains only dutch people right now
(and I am sure the p4 guys would be very happy to expand the reach, I
think it's only NIKHEF and SARA right now).
> WN SPECIFICATION
> =================
> We are trying to set up a minimal site which also means we have a mixed
> environment of worker nodes:
> 2 Worker Nodes: 2.8MHz 1CPU 1024MB
> 1 Worker Node : 1.8MHz 2CPU 512MB
> What should for example be filled for CE_CPU_SPEED, CE_MINPHYSMEM etc.
What you need to do is to set 512 MB for CE_MINPHYSMEM. For CPU_SPEED
you should check the SPECint2000 benchmarks (google is your buddy here)
to see the rating of your 1.8 GHz (I assume you mean GHz and not MHz
here) machine, use that value.
>
> USERS
> =====
> users.conf
> UID:LOGIN:GID:GROUP:VO:SGM_FLAG
> Should we leave all the default users in this file? Since at this moment
> we don't want to give any access, just test the software internally
> within our network. Is it correct that only the users of the supported
> VO's are created anyway?
If you don't mind all the accounts being created you can leave it like
it is. You will need to add the p4 VO. The SARA folks might be able to
tell you how their users.conf is set up.
>
> REG_HOST=lcgic01.gridpp.rl.ac.uk # there is only 1 central registry for
> now
If you don't join LCG you won't be able to set this to any reasonable
value. Unless you want to set up your own RGMA registry server. I
don't recommend that for a beginning site.
>
> #Installation home of the re-locatable distribution.
> #Does "re-locatable distribution" in this case only refer to the UI or
> WN? Is it not just the location of the lcg middleware?
> INSTALL_ROOT = /opt
>
Just leave it like this.
> #YOUR GIIS, what should I fill in here - makeup our own name? (examples
> found: HPTC-LCG2, ru-Novgorod-NSU-LCG2...)
> SITE_NAME=my-site-name
>
I would choose lcgtest.philips.nl . This form of name seems to be what
we are converging on for the next version of the middleware, be the
first on your block to ride the new wave.
> INBOUND OUTBOUND CONNECTIVITY
> ==============================
> # TRUE if outbound connectivity is enabled at your site, FALSE otherwise
> (WN specification)
> CE_OUTBOUNDIP=TRUE
> # TRUE if inbound connectivity is enabled at your site, FALSE otherwise
> (WN specification)
> CE_INBOUNDIP=FALSE
>
You need to set these appropriate to your firewall at Philips. In
principle it doesn't matter at all as long as you are not connecting to
the outside world. In practice most people have the default settings here.
> # Mount point of the data partition on the SE
> CE_CLOSE_SE1_ACCESS_POINT=/storage
>
Set it to whatever you like, default is fine.
> DCACHE NOT RECOMMENDED IS IT?
> ==============================
No I would not try it. If you want to try something besides the
'classic' you should try the DPM.
Good luck!
JT
|