| #
6ce227d6
|
| 08-Dec-2025 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
cleanvar: Fix startup order
Instead of having FILESYSTEMS require cleanvar, which doesn't really make semantic sense, say that cleanvar needs to run before FILESYSTEMS.
MFC after: 3 days Reviewed b
cleanvar: Fix startup order
Instead of having FILESYSTEMS require cleanvar, which doesn't really make semantic sense, say that cleanvar needs to run before FILESYSTEMS.
MFC after: 3 days Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D54118
show more ...
|
| #
f99f0ee1
|
| 22-May-2024 |
Alexander Leidinger <netchild@FreeBSD.org> |
rc.d: add a service jails config to all base system services
This gives more permissions to services (e.g. network access to services which require this) when they are started as an automatic servic
rc.d: add a service jails config to all base system services
This gives more permissions to services (e.g. network access to services which require this) when they are started as an automatic service jail.
The sshd patch is important for the sshd-related functionality as described in the man-page in the service jails part.
The location of the added env vars is supposed to allow overriding them in rc.conf, and to hard-disable the use of svcj for some parts where it doesn't make sense or will not work.
Only a subset of all of the services are fully tested (I'm running this since more than a year with various services started as service jails). The untested parts should be most of the time ok, in some edge-cases more permissions are needed inside the service jail. Differential Revision: https://reviews.freebsd.org/D40371
show more ...
|
| #
d0b2dbfa
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
| #
39e8c2a2
|
| 13-Feb-2023 |
Xin LI <delphij@FreeBSD.org> |
cleanvar: Be more careful when cleaning up /var.
The cleanvar script uses find -delete to remove stale files under /var, which could lead to unwanted removal of files in some unusual scenarios. For
cleanvar: Be more careful when cleaning up /var.
The cleanvar script uses find -delete to remove stale files under /var, which could lead to unwanted removal of files in some unusual scenarios. For example, when a mounted fdescfs(5) is present under /var/run/samba/fd, find(1) could descend into a directory that is out of /var/run and remove files that should not be removed.
To mitigate this, modify the script to use find -x, which restricts the find scope to one file system only instead of descending into mounted file systems.
PR: 269213 MFC after: 1 week
show more ...
|
| #
0696600c
|
| 17-Oct-2018 |
Bjoern A. Zeeb <bz@FreeBSD.org> |
Move the rc framework out of sbin/init into libexec/rc.
The reasons for this are forward looking to pkgbase: * /sbin/init is a special binary; try not to replace it with every package update bec
Move the rc framework out of sbin/init into libexec/rc.
The reasons for this are forward looking to pkgbase: * /sbin/init is a special binary; try not to replace it with every package update because an rc script was touched. (a follow-up commit will make init its own package) * having rc in its own place will allow more easy replacement of the rc framework with alternatives, such as openrc.
Discussed with: brd (during BSDCam), kmoore Requested by: cem, bz PR: 231522 Approved by: re (gjb)
show more ...
|
| #
1135e97b
|
| 28-Jul-2018 |
Brad Davis <brd@FreeBSD.org> |
Move rc startup scripts from etc/ to sbin/init/
This keeps most startup scripts as CONFS per discussion on src-committers from back during BSDCan.
Approved by: will (mentor) Differential Revision:
Move rc startup scripts from etc/ to sbin/init/
This keeps most startup scripts as CONFS per discussion on src-committers from back during BSDCan.
Approved by: will (mentor) Differential Revision: https://reviews.freebsd.org/D16466
show more ...
|
| #
330d6283
|
| 06-Feb-2018 |
Mark Felder <feld@FreeBSD.org> |
Refactor cleanvar to remove shell expansion vulnerability
If any process creates a directory named "-P" in /var/run or /var/spool/lock it will cause the purgedir function to start to rm -r /.
Simpl
Refactor cleanvar to remove shell expansion vulnerability
If any process creates a directory named "-P" in /var/run or /var/spool/lock it will cause the purgedir function to start to rm -r /.
Simplify a lot of complicated shell logic by leveraging find(1).
Reviewed by: allanjude MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D13778
show more ...
|
| #
6c1a5e83
|
| 23-Apr-2016 |
Lars Engels <lme@FreeBSD.org> |
- Add descriptions to most of the rc scripts. Those are mostly taken from their daemon's manpage and probably improved. - Consistently use "filesystem" not "file system".
Approved by: bapt, brueff
- Add descriptions to most of the rc scripts. Those are mostly taken from their daemon's manpage and probably improved. - Consistently use "filesystem" not "file system".
Approved by: bapt, brueffer Differential Revision: D452
show more ...
|
| #
8801556b
|
| 11-Sep-2012 |
David E. O'Brien <obrien@FreeBSD.org> |
Simply things so that "#REQUIRE: FILESYSTEMS" means the file systems are fully "ready to go".
'FILESYSTEMS' states: "This is a dummy dependency, for services which require file systems to be mounted
Simply things so that "#REQUIRE: FILESYSTEMS" means the file systems are fully "ready to go".
'FILESYSTEMS' states: "This is a dummy dependency, for services which require file systems to be mounted before starting." However, we have 'var' which is was run after 'FILESYSTEMS' and can mount /var if it already isn't mounted. Furthermore, several scripts cannot use /var until 'cleanvar' has done its thing. Thus "FILESYSTEMS" hasn't really meant all critical file systems are fully usable.
show more ...
|
| #
1424b561
|
| 13-Jul-2012 |
Kevin Lo <kevlo@FreeBSD.org> |
Whitespace nit
|
| #
c21ae3a4
|
| 11-Feb-2012 |
Ed Schouten <ed@FreeBSD.org> |
Move utmpx handling out of init(8).
This has the following advantages:
- During boot, the BOOT_TIME record is now written right after the file systems become writable, but before users are allowe
Move utmpx handling out of init(8).
This has the following advantages:
- During boot, the BOOT_TIME record is now written right after the file systems become writable, but before users are allowed to log in. This means that they can't cause `hidden logins' by logging in right before init(8) kicks in.
- The pututxline(3) function may potentially block on file locking, though this is very rare to occur. By placing it in an rc script, the user can still kill it with ^C if needed.
- Most importantly: jails don't use init(8). This means that a force reboot of a system running jails will leave stale entries in the accounting database of the jails individually.
show more ...
|
| #
801c4383
|
| 14-Jan-2012 |
Doug Barton <dougb@FreeBSD.org> |
Prepare for the removal of set_rcvar() by changing the rcvar= assignments to the literal values it would have returned.
The concept of set_rcvar() was nice in theory, but the forks it creates are a
Prepare for the removal of set_rcvar() by changing the rcvar= assignments to the literal values it would have returned.
The concept of set_rcvar() was nice in theory, but the forks it creates are a drag on the startup process, which is especially noticeable on slower systems, such as embedded ones.
During the discussion on freebsd-rc@ a preference was expressed for using ${name}_enable instead of the literal values. However the code portability concept doesn't really apply since there are so many other places where the literal name has to be searched for and replaced. Also, using the literal value is also a tiny bit faster than dereferencing the variables, and every little bit helps.
show more ...
|
| #
2557f5bf
|
| 14-May-2010 |
Doug Barton <dougb@FreeBSD.org> |
Remove trailing white space. No functional changes.
|
| #
1e400392
|
| 13-Jan-2010 |
Ed Schouten <ed@FreeBSD.org> |
Let rc and periodic infrastructure and newsyslog use the utmpx files.
|
| #
2b985169
|
| 16-Jul-2008 |
Doug Barton <dougb@FreeBSD.org> |
As previously discussed, add the svn:executable property to all scripts
|
| #
cc42bdd4
|
| 24-May-2007 |
Ralf S. Engelschall <rse@FreeBSD.org> |
Remove two superfluous trailing semicolons.
|
| #
7bd5b79d
|
| 02-Apr-2007 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Add a dummy script, FILESYSTEMS, which depends on root and mountcritlocal and takes over mountcritlocal's role as the early / late divider. This makes it far easier to add rc scripts which need to r
Add a dummy script, FILESYSTEMS, which depends on root and mountcritlocal and takes over mountcritlocal's role as the early / late divider. This makes it far easier to add rc scripts which need to run early, such as a startup script for zfs, which is right around the corner.
This change should be a no-op; I have verified that the only change in rcorder's output is the insertion of FILESYSTEMS immediately after mountcritlocal.
MFC after: 3 weeks
show more ...
|
| #
ea871df0
|
| 19-Dec-2005 |
Doug Barton <dougb@FreeBSD.org> |
Clear up problems with /etc/rc.d/{abi|cleanvar|cleartmp} brought to light by the PR. Specifically, convert these three scripts into good rc.d citizens, making sure that their functionality is preser
Clear up problems with /etc/rc.d/{abi|cleanvar|cleartmp} brought to light by the PR. Specifically, convert these three scripts into good rc.d citizens, making sure that their functionality is preserved, but the rc.d framework rules are not broken.
Add support for cleanvar as a regular rc.d script in the default rc.conf, and document this in the man page.
Add a descriptive comment to rc.conf that regarding the three emulation/compatibility services provided by abi so users will not be confused by these services not having their own startup scripts.
PR: conf/84574 Submitted by: Alexander Botero-Lowry
show more ...
|
| #
2069c330
|
| 08-Aug-2005 |
Pawel Jakub Dawidek <pjd@FreeBSD.org> |
Back-out previous commit - we need to skip logging socket when we start a jail and external syslogd is listening in jail's chroot.
Pointed out by: csjp
While here, skip also "logpriv" socket.
|
| #
ea161338
|
| 07-Aug-2005 |
Pawel Jakub Dawidek <pjd@FreeBSD.org> |
We don't need to skip /var/run/log socket, as syslogd is always started after rc.d/cleanvar. And if we wanted to skip /var/run/log we still needed to skip /var/run/logpriv, which wasn't implemented.
|
| #
99a6b61d
|
| 14-Apr-2005 |
Christian S.J. Peron <csjp@FreeBSD.org> |
Do not remove logging sockets. This fixes an issue where logging sockets placed into prisons from the host environment get clobbered by the prison's instance of cleanvar. (assuming /etc/rc is run in
Do not remove logging sockets. This fixes an issue where logging sockets placed into prisons from the host environment get clobbered by the prison's instance of cleanvar. (assuming /etc/rc is run in the prison).
Discussed with: pjd, green, cperciva MFC after: 1 week
show more ...
|
| #
337338ee
|
| 07-Oct-2004 |
Mike Makonnen <mtm@FreeBSD.org> |
Remove the requirement for the FreeBSD keyword as it no longer makes any sense.
Discussed with: dougb, brooks MFC after: 3 days
|
| #
3e091039
|
| 23-Mar-2004 |
Brooks Davis <brooks@FreeBSD.org> |
Overhaul the /etc/rc.d/diskless script by splitting it out into hostname, resolve, tmp, and var scripts. The latter three are new and were repo copied. These scripts no longer depend on being boote
Overhaul the /etc/rc.d/diskless script by splitting it out into hostname, resolve, tmp, and var scripts. The latter three are new and were repo copied. These scripts no longer depend on being booted with and NFS root instead attempt to automaticly create mfs /tmp and /var volumes if the they are not writable. This behavior can be overridden in /etc/rc.conf.
Reviewed by: luigi, pjd
show more ...
|
| #
5a44cde9
|
| 14-Jul-2003 |
Mike Makonnen <mtm@FreeBSD.org> |
Make sure ipmon is run after cleaning up in /var. Otherwise, we would lose it's pid file. Also, cleanup the depencies in rc.d/cleanvar
PR: bin/53516
|
| #
459e7c43
|
| 18-Apr-2003 |
Mike Makonnen <mtm@FreeBSD.org> |
o Hook the new files up to the build. o Make sure all the scripts reference rc.d/netif and not rc.d/network1
Approved by: markm (mentor)
|