Dennis P Van Eron wrote:
> Hi ,
> Please reply directly to me as I am not on this alias.
> I have a customer that executes the following crle command
> 
> crle -l /lib:/usr/lib:/usr/sfw/lib -s /opt/iplanet/ims-6.2/lib -u ?v
> and when he excutes crle command he sees the following
> # crle
> Command line:
> crle -c /var/ld/ld.config -l /lib:/usr/lib:/usr/sfw/lib -s
> /lib/secure:/usr/lib/secure:/opt/iplanet/ims-6.2/lib
> 
> So all looks ok?
> 
> The he reboots the system and executes the crle command again
> # crle
> Command line:
> crle -c /var/ld/ld.config -l /lib:/usr/lib:/usr/sfw/lib
> 
> So it seems that the -s (Specify a new trusted directory)
> works but is not persistent through a reboot.
> Should it be?
> Is this a bug?
> Or is he executing the crle utility incorrectly.

The only time a configuration file will change is when someone
uses crle(1) to do it.  And, there's nothing in a standard
Solaris reboot (that I'm aware of) that would reset, or alter
a configuration file.

Are you sure someone hasn't added to a startup script a crle
command that is simply setting /usr/sfw/lib and thus "overriding"
your changes?


-- 
Rod

Reply via email to