On 12/01/11 07:38, Frank Allan wrote:
I have configured an offline copy of the GA repo, and my own site repo
containing a first-boot-script.
If I use DefaultFixed networking, it works as expected, with a hands-off
install, auto-reboot, running the first-boot script, and then rebooting
to remove the first-boot script, so my system is configured with my
customizations.
If I use Automatic networking, the same script fails, because it can't
access files via NFS.
The script has a dependency on multi-user-server. (I tried it also with
multi-user, both work for DefaultFixed).
I have tried enabling nlockmgr, nfs/status and nfs/client in the script
before accessing the NFS files, and I have checked that it has a default
route (the NFS server is on the same subnet as the client). I have tried
with enabling DNS, and also with using /net/<ip-address> and it still fails.
I can't login after it fails, as it manages to do something so that the
root password is not accepted on the console.
root is defined in the manifest as a normal user, and I can successfully
login with DefaultFixed, but not with Automatic.
What's the problem with Automatic and enabling network access?
Is there some other dependency which needs to be satisfied, or is there
something which needs to be done to allow NFS to work with Automatic?
Why isn't Automatic automatic???
The likely answer is that merely having a dependency on network/physical
(which you transitively do by depending on multi-user or
multi-user-server) is insufficient when Automatic networking is being
used. The service comes online, but that does not guarantee that you
have an address or nameservice to resolve or reach any external hosts.
Your script either needs to be robust against this, retrying for some
period of time perhaps, or you might be able to hook it into being
automatically activated by the networking infrastructure, see
netcfg(1m), especially the ENM section. Networking team would be the
place to consult further there, though.
Dave
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
