Pass the -a parameters to pgrep to be certain we search ancestors as well. The side effects might be inoquos from the pfSense context.
Remove trailing carriage return
Cosmetic change from product_website to product_name
Use mwexec_bg instead of exec to run a service's start command so PHP doesn't hang in the likely event that it spawns a background process.
Fix write_rcfile() declaring $rcfileprefix as global and touching rcfile before check if it is writable
Fix variable name typo in status_services.php and fix return value of is_pid_running. Fixes #877
Correct binaries and find_dhclient_process
$g is needed here.
Ticket #485. Correct code and use pkill/pgrep to match or kill process. Since these utilities know how to handle pidfiles and exact matches on process names.
Bring up openvpn up to speed and try to bring this file near to useful/readable.
Use procatat instead of ps as the latter always prints a header, alsouse full paths.
'\b' is not the word boundary on BSD, its actually '[[:<:]]' and '[[:>:]]',change these functions to use better syntax and not grep at all.
Check to see if processes are running before killing
Add pfSense_BUILDER_BINARIES: and pfSense_MODULE: additions
Added custom_php_service_status_command support for packages.
Package authors can define a custom_php_service_status_commandblock in their package XML. Such block should only contain functioncalls, and the first should be one to include their function library...
Fix display of DHCP status on Status -> Interfaces
Add product_copyright re-branding supportAdd product_copyright_years re-branding supportAdd product_website re-branding supportAdd product_email re-branding support
Work sponsored-by: Centipede Networks
remove part of solution of problem solved elsewhere
Make OpenVPN usable in status_service.php
Fix DHCP status on status_interfaces.php. Use find_dhclient_process() for test.
MFC 15382fix: is_process_running() does inaccurate matches
Correctly start services from /usr/local/etc/rc.d/ first before any other method
MFC 12461"\t0\n" > 0, therefore is_process_running always returned 1. Btw, now it returns true or false, cause I don't see how it could be any different. Should just work now.
We're in 2006 now, toto
If we cannot find a service executable for an item and we make it to the bottom of stop_service() then simply killall service name
Do one command or the other
Correctly detect start script
Remove trailing newline
Use ps awux
MFC 7080 7084Minor cleanup and comment out old $ps code for the time being.Fix backwards comment.
Make sure service is stopped before starting
Ticket #590
is_process_running(): * grep -v grep * 2 -> 0
Add restart_service_if_running.
Comment cleanup
Various code cleanups and a few actual bugfixes courtesy of Zend
Add suggested fix for is_process_running(), which seems broken.
Whoops. Don't forget to merge.
Typos.
Make *_service less picky.
Revert is_service_running to rev 1.10.
Comment cleanups
add a comment that if you change this function, ill kill ya.
Really make is_process_running() work as it should for the frickin 5th time.
Make is_process_running() work as it should for the frickin 5th time.
Move the actual ps component of is_service_running into is_process_running.
ps a -> ps ax
We need to start services in the background to prevent blocking.
More fixes.
Fixes and updates.
Add is_service_running.
Add executable.
Clean up restart_service.
Add functions for starting, restarting, and stopping services.
Make sure we're writing to a realistic prefix ;)
Add service-utils.inc and write_rcfile.