/opt/intel/mic/filesystem must be writable since the ramdisk for mic node
will be generated in this path.

There's a mount point /opt/intel/mic/mnt on host which will be mounted to
MN to get the installation repo, so you have to make the sure this dir has
been created in rootimage.

Yes, configmic has a defect there and xCAT has added a restriction in the
release note. It will be fixed soon.

For the last question, did you run the genimage against your image?

Thanks
Best Regards
----------------------------------------------------------------------
 Wang Xiaopeng (王晓朋)
 IBM China System Technology Laboratory
 Tel: 86-10-82453455
 Email: [email protected]
 Address: 28,ZhongGuanCun Software Park,No.8 Dong Bei Wang West Road,
Haidian District Beijing P.R.China 100193



From:   Christopher Samuel <[email protected]>
To:     [email protected],
Date:   2013/07/31 08:04
Subject:        Re: [xcat-user] xCAT 2.8.2 MIC support and updated kernels (was
            Re: xCAT 2.8.2 Released)



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 30/07/13 23:25, Xiao Peng Wang wrote:

> #1 In first pass (2.8.2), the MIC support only can be run on diskful
> host node. We did not do any support with stateless and statelite. I'll
> try to run MIC support on stateless soon. And hopefully could get your
> experiment of how it works on statelite. The main challenge on statelite
> host is that you need to figure out the readwrite directories and files
> and set them in litefile table.

In my previous experiences I've done:

"rhel64phi","/etc/sysconfig/mic/","persistent",,
"rhel64phi","/opt/intel/mic/filesystem/","persistent",,

Of course that immediately explains why my own method now fails as I
had used a different name for the osimage that is RHEL 64 with updates.
D'oh. :-)

I'm not sure that having /opt/intel/mic/filesystem/ persistent will
work with xCAT's method because it'll be an NFS mount and I'm not sure
I can NFS mount onto a mount point inside NFS (and if you can I'm not
necessarily convinced it's a good idea).

My current state is that I've had to modify /opt/xcat/sbin/configmic to
use Sys::Hostname to get the nodes hostname rather than the current
method (otherwise it gets the FQDN where xCAT has generated the MIC
configs with the short form), but now I hit an issue which is:

[root@barcoo-m ~]# nodeset barcoo061-mic0
osimage=mpss3-2.1.6720-15-netboot-compute

barcoo061: Error: failed to change the common dir for mic file system.

Checking it looks like that whilst the base directory and base.filelist
look OK both the common directory and common.filelist are empty.

Any ideas?

All the best,
Chris
- --
 Christopher Samuel        Senior Systems Administrator
 VLSCI - Victorian Life Sciences Computation Initiative
 Email: [email protected] Phone: +61 (0)3 903 55545
 http://www.vlsci.org.au/      http://twitter.com/vlsci

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlH4VKkACgkQO2KABBYQAh/ESACeJOquUo+KEr0Cs3I+e/NDOQiM
C9sAn2HzbMLUP5yhugWvO5/LuYcvVeqW
=BMJv
-----END PGP SIGNATURE-----

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

Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
_______________________________________________
xCAT-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/xcat-user

<<inline: graycol.gif>>

------------------------------------------------------------------------------
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
_______________________________________________
xCAT-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/xcat-user

Reply via email to