Chris Whitehouse wrote:

> hi,
> 
> I just noticed this at
> http://dev.mysql.com/doc/refman/5.1/en/automatic-start.html
> 
> On FreeBSD, startup scripts generally should go in /usr/local/etc/rc.d/.
> The rc(8) manual page states that scripts in this directory are executed
> only if their basename matches the *.sh shell file name pattern. Any
> other files or directories present within the directory are silently
> ignored. In other words, on FreeBSD, you should install the mysql.server
> script as /usr/local/etc/rc.d/mysql.server.sh to enable automatic startup.

That was before the import of the rc.subr subsystem from NetBSD. Sounds like 
the docs may be a trifle stale.
 
> That's not actually right is it? My mysql is started by
> /usr/local/etc/rc.d/mysql-server. rc(8) says *.sh is for older style
> startup scripts or for scripts that are to be read into the current shell.
> 

The rc.subr start up system was imported from NetBSD quite some time ago, I 
think it might have been sometime around the 6.0 to 6.2 time frame. I know 
this bit me because I had mostly not bothered with executing mergemaster 
during updates and at some point only scripts with the .sh extension would 
run. When others told me they did not experience this I got to looking for 
the culprit and it was that I had failed to update the /etc/rc.d properly 
with mergemaster to bring in the newly imported rc.subr subsystem.

Before the rc.subr import from NetBSD the .sh extension was correct; some 
other OS's call these "legacy" start up scripts. After the rc.subr import 
the .sh extension is no longer required for scripts that are written in 
compliance to the new spec. If you examine a very old start up script from 
the pre rc.subr days and what is currently in use you will see a slight 
difference in the way the scripts are constructed internally.

The .sh extension "legacy" scripts may still run if marked as executable, 
but the difference is that they do not contain the rc.subr hooks, and 
therefore will require the .sh extension for operation, as per the man page 
you described above.

-Mike
 


_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Reply via email to