update the code to handle the scenario when both the parent and child directory exist in the litefile table
remove one line from xcat-prepivot.sh
updated the manpage for litefile
the statelite document is updated
/etc/mtab is added as one default entry when "litefile" or "ilitefile" commands are running, even it is not in litefile table
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@8100 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
some bug fix in rc.statelite
fix one bug when recovering the files in litefile.save
update the example for parselitefile subroutine
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@8080 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
remove two echo in xcat-prepivot.sh;
the stateltie script is updated,
two typos in the manpage of litefile table are fixed;
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@7935 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
also the documents related with "statelite" and "genimage" are updated;
the description for "litefile" options are updated in Schema.pm
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@7527 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
also fix one defect when the litetree table is empty
also replace "hostname -s" with "hostname" on redhat5.5 of ppc64 platform
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@7373 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
and if it can not get the litefile table or litetree table from xCATd on the management node, it will fail into shell, and also echo one error message
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@7216 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
when one file/directory is copied to the persistent directory, need to check whether the parent directory exist in the persistent directory or not.
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@7148 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
The "litetree" table has the following entries:
"1","ALL","192.168.11.107:/test/$node",,
"2","ALL","192.168.11.108:/test/$node",,
before the code is checked in, if you run "litetree <nodename>", you should get one message like this:
<nodename>: 192.168.11.107:/test/<nodename>
# 192.168.11.107 and 192.168.11.108 both mount /test. This not supported.
After the code is checked in, there will be no any error/warning message about the entries in litetree table.
Accordingly, the naming of mount points on the compute nodes are updated to "/.statelite/mnt/<nfs server ip>/<nfs directory>/" from "/.statelite/mnt/<nfs directory>/".
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@7105 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
And also, added the code to retry if the "litefile" or "litetree" command gets nothing from xCATd on MN/SN;
use "tcp" as the default nfs option instead of "udp"
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@7078 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
because redhat5.x use "anaconda.busybox sh" which doesn't support POSIX shell standards very well,
for example, it doesn't support array-type variables
git-svn-id: https://svn.code.sf.net/p/xcat/code/xcat-core/trunk@6420 8638fb3e-16cb-4fca-ae20-7b5d299a9bcd
