Hi. Did the kickstart in SL6.1 stop mounting the installation tree on
/mnt/source?   I am just not finding the answer after googling and reading
and experimenting for 2hrs so I figure I'm doing something less bright. But
today I've come acrosss mention of more significant changes in RHEL6 than I
had thought from earlier reading, so maybe it's not listed in the RHEL 6
migration guide but is well-known by others?

I thought /mnt/source was a standard location during the kickstart to find
the installation media.

Today I was quickly trying to get kickstart configured with SL6.1a by
copying our successful SL5.4 kickstart files and modifying as necessary to
change paths. (And stop using the few deprecated terms in the kickstart
config file like mouse.)

I had previously divided up my ks files into various parts and then
%included them where necessary to try to generalize yet cope with our
various administrative domains needing different configurations, package
lists, etc.  It worked well for me. I believe I can work around my present
problem by creating single ks files, but I don't want to go backwards like that.

This is an NFS distribution of the package files.
First line of my ks file looks like:
nfs --server hidden.hostname.domain.edu --dir
/export/sysadmin1/kickstart/sl61/i386

PXE booting a 32 bit machine works fine with sl61 image. Anaconda runs and
then dies when it encounters references to /mnt/source in several places in
my kickstart file.

I see in the alternate consoles that the first line of my ks file is being
correctly parsed for the hostname and the directory to mount, but anaconda
fails with errors about being unable to access /mnt/source/blah mentioned in
lines like: %include /mnt/source/ks-sl61/i386.incl.domain
and then I see in the shell running in an alternate console that the only
NFS mounts are of /mnt/stage2 and /mnt/disk-image, neither of which contains
the rpm package files (they are deeper subdirectories of
/export/sysadmin1/kickstart/sl61/i386).  

So NFS and host resolution etc is all working but /mnt/source just seems to
be gone, with no errors that I can see in the alternate consoles.

Trying to work around this issue, I'm unsuccessful at specifying a %include
using an url, which I saw mentioned was now available in RHEL6. (I assumed
that it could be an NFS reference, maybe that was my flaw there...) None of
these forms have worked:
%include nfs:hostname:/path/to/file
%include hostname:/path/to/file
%include IP:/path/to/file
%include IP /path/to/file
%include nfs://IP/path/to/file

hmmm, that last effort failed with "PYCURL ERROR 1 - "Protocol nfs not
supported or disabled in libcurl."

Anyway, that's all fighting a battle which maybe I can avoid by knowing
whether /mnt/source is a standard that is failing to work for some reason or
is no longer available.

Thanks, and have a good weekend!