mirror of
https://github.com/systemd/systemd-stable.git
synced 2025-01-03 01:17:45 +03:00
parent
e14db35072
commit
201632e314
8
NEWS
8
NEWS
@ -698,10 +698,10 @@ CHANGES WITH 243:
|
||||
the IO accounting data is included in the resource log message
|
||||
generated whenever a unit stops.
|
||||
|
||||
* Units may now configure an explicit time-out to wait for when killed
|
||||
* Units may now configure an explicit timeout to wait for when killed
|
||||
with SIGABRT, for example when a service watchdog is hit. Previously,
|
||||
the regular TimeoutStopSec= time-out was applied in this case too —
|
||||
now a separate time-out may be set using TimeoutAbortSec=.
|
||||
the regular TimeoutStopSec= timeout was applied in this case too —
|
||||
now a separate timeout may be set using TimeoutAbortSec=.
|
||||
|
||||
* Services may now send a special WATCHDOG=trigger message with
|
||||
sd_notify() to trigger an immediate "watchdog missed" event, and thus
|
||||
@ -731,7 +731,7 @@ CHANGES WITH 243:
|
||||
|
||||
* If processes terminated during the last phase of shutdown do not exit
|
||||
quickly systemd will now show their names after a short time, to make
|
||||
debugging easier. After a longer time-out they are forcibly killed,
|
||||
debugging easier. After a longer timeout they are forcibly killed,
|
||||
as before.
|
||||
|
||||
* journalctl (and the other tools that display logs) will now highlight
|
||||
|
@ -145,7 +145,7 @@ systemd-udevd:
|
||||
boot loader menu through EFI a file `/run/systemd/reboot-to-boot-loader-menu`
|
||||
is created whenever this is requested. The file contains the requested boot
|
||||
loader menu timeout in µs, formatted in ASCII decimals, or zero in case no
|
||||
time-out is requested. This file may be checked for by services run during
|
||||
timeout is requested. This file may be checked for by services run during
|
||||
system shutdown in order to request the appropriate operation from the boot
|
||||
loader in an alternative fashion.
|
||||
|
||||
|
@ -200,7 +200,7 @@ node /org/freedesktop/home1 {
|
||||
the returned error code, in case more credentials are necessary. This function is synchronous and
|
||||
returns only after the home directory was fully activated (or the operation failed), which might take
|
||||
some time. Clients must be prepared for that, and typically should extend the D-Bus method call
|
||||
time-out accordingly. This method is equivalent to the <function>Activate()</function> method on the
|
||||
timeout accordingly. This method is equivalent to the <function>Activate()</function> method on the
|
||||
<classname>org.freedesktop.home1.Home</classname> interface documented below, but may be called on the
|
||||
manager object and takes a user name as additional argument, instead.</para>
|
||||
|
||||
|
@ -3745,7 +3745,7 @@ node /org/freedesktop/systemd1/unit/avahi_2ddaemon_2eservice {
|
||||
<varname>ActiveState</varname> above). The following values are currently known:
|
||||
<literal>success</literal> is set if the unit didn't fail. <literal>resources</literal> indicates that
|
||||
not enough resources were available to fork off and execute the service
|
||||
processes. <literal>timeout</literal> indicates that a time-out occurred while executing a service
|
||||
processes. <literal>timeout</literal> indicates that a timeout occurred while executing a service
|
||||
operation. <literal>exit-code</literal> indicates that a service process exited with an unclean exit
|
||||
code. <literal>signal</literal> indicates that a service process exited with an uncaught
|
||||
signal. <literal>core-dump</literal> indicates that a service process exited uncleanly and dumped
|
||||
|
@ -26,7 +26,7 @@
|
||||
<refname>sd_bus_get_events</refname>
|
||||
<refname>sd_bus_get_timeout</refname>
|
||||
|
||||
<refpurpose>Get the file descriptor, I/O events and time-out to wait for from a message bus
|
||||
<refpurpose>Get the file descriptor, I/O events and timeout to wait for from a message bus
|
||||
object</refpurpose>
|
||||
</refnamediv>
|
||||
|
||||
@ -79,13 +79,13 @@
|
||||
<constant>POLLIN</constant>, <constant>POLLOUT</constant>, … events, or negative on error.
|
||||
</para>
|
||||
|
||||
<para><function>sd_bus_get_timeout()</function> returns the time-out in µs to pass to to
|
||||
<para><function>sd_bus_get_timeout()</function> returns the timeout in µs to pass to to
|
||||
<function>poll()</function> or a similar call when waiting for events on the specified bus
|
||||
connection. The returned time-out may be zero, in which case a subsequent I/O polling call
|
||||
connection. The returned timeout may be zero, in which case a subsequent I/O polling call
|
||||
should be invoked in non-blocking mode. The returned timeout may be
|
||||
<constant>UINT64_MAX</constant> in which case the I/O polling call may block indefinitely,
|
||||
without any applied time-out. Note that the returned time-out should be considered only a
|
||||
maximum sleeping time. It is permissible (and even expected) that shorter time-outs are used by
|
||||
without any applied timeout. Note that the returned timeout should be considered only a
|
||||
maximum sleeping time. It is permissible (and even expected) that shorter timeouts are used by
|
||||
the calling program, in case other event sources are polled in the same event loop. Note that
|
||||
the returned time-value is relative and specified in microseconds. When converting this value in
|
||||
order to pass it as third argument to <function>poll()</function> (which expects milliseconds),
|
||||
@ -93,7 +93,7 @@
|
||||
doesn't sleep for shorter than necessary, which might result in unintended busy looping
|
||||
(alternatively, use
|
||||
<citerefentry project='man-pages'><refentrytitle>ppoll</refentrytitle><manvolnum>3</manvolnum></citerefentry>
|
||||
instead of plain <function>poll()</function>, which understands time-outs with nano-second
|
||||
instead of plain <function>poll()</function>, which understands timeouts with nano-second
|
||||
granularity).</para>
|
||||
|
||||
<para>These three functions are useful to hook up a bus connection object with an external or
|
||||
@ -101,7 +101,7 @@
|
||||
each invocation of the I/O polling call, all three functions should be invoked: the file
|
||||
descriptor returned by <function>sd_bus_get_fd()</function> should be polled for the events
|
||||
indicated by <function>sd_bus_get_events()</function>, and the I/O call should block for that up
|
||||
to the time-out returned by <function>sd_bus_get_timeout()</function>. After each I/O polling
|
||||
to the timeout returned by <function>sd_bus_get_timeout()</function>. After each I/O polling
|
||||
call the bus connection needs to process incoming or outgoing data, by invoking
|
||||
<citerefentry><refentrytitle>sd_bus_process</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
|
||||
</para>
|
||||
|
@ -2100,8 +2100,8 @@ Jan 12 10:46:45 example.com bluetoothd[8900]: gatt-time-server: Input/output err
|
||||
|
||||
<listitem>
|
||||
<para>When used with the <command>reboot</command> command, indicate to the system's boot loader to show the
|
||||
boot loader menu on the following boot. Takes a time value as parameter — indicating the menu time-out. Pass
|
||||
zero in order to disable the menu time-out. Note that not all boot loaders support this
|
||||
boot loader menu on the following boot. Takes a time value as parameter — indicating the menu timeout. Pass
|
||||
zero in order to disable the menu timeout. Note that not all boot loaders support this
|
||||
functionality.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
@ -1098,8 +1098,8 @@ StateDirectory=aaa/bbb ccc</programlisting>
|
||||
clean …</command>, see
|
||||
<citerefentry><refentrytitle>systemctl</refentrytitle><manvolnum>1</manvolnum></citerefentry> for
|
||||
details. Takes the usual time values and defaults to <constant>infinity</constant>, i.e. by default
|
||||
no time-out is applied. If a time-out is configured the clean operation will be aborted forcibly when
|
||||
the time-out is reached, potentially leaving resources on disk.</para></listitem>
|
||||
no timeout is applied. If a timeout is configured the clean operation will be aborted forcibly when
|
||||
the timeout is reached, potentially leaving resources on disk.</para></listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
|
@ -19,7 +19,7 @@ int split_user_name_realm(const char *t, char **ret_user_name, char **ret_realm)
|
||||
int bus_message_append_secret(sd_bus_message *m, UserRecord *secret);
|
||||
|
||||
/* Many of our operations might be slow due to crypto, fsck, recursive chown() and so on. For these
|
||||
* operations permit a *very* long time-out */
|
||||
* operations permit a *very* long timeout */
|
||||
#define HOME_SLOW_BUS_CALL_TIMEOUT_USEC (2*USEC_PER_MINUTE)
|
||||
|
||||
int test_password_one(const char *hashed_password, const char *password);
|
||||
|
@ -1718,7 +1718,7 @@ static int wait_for_devlink(const char *path) {
|
||||
usec_t until;
|
||||
int r;
|
||||
|
||||
/* let's wait for a device link to show up in /dev, with a time-out. This is good to do since we
|
||||
/* let's wait for a device link to show up in /dev, with a timeout. This is good to do since we
|
||||
* return a /dev/disk/by-uuid/… link to our callers and they likely want to access it right-away,
|
||||
* hence let's wait until udev has caught up with our changes, and wait for the symlink to be
|
||||
* created. */
|
||||
|
@ -134,7 +134,7 @@ int nscd_flush_cache(char **databases) {
|
||||
int r = 0;
|
||||
char **i;
|
||||
|
||||
/* Tries to invalidate the specified database in nscd. We do this carefully, with a 5s time-out, so that we
|
||||
/* Tries to invalidate the specified database in nscd. We do this carefully, with a 5s timeout, so that we
|
||||
* don't block indefinitely on another service. */
|
||||
|
||||
end = usec_add(now(CLOCK_MONOTONIC), NSCD_FLUSH_CACHE_TIMEOUT_USEC);
|
||||
|
@ -26,5 +26,5 @@ ExecStop=@rootlibexecdir@/systemd-random-seed save
|
||||
# This service waits until the kernel's entropy pool is initialized, and may be
|
||||
# used as ordering barrier for service that require an initialized entropy
|
||||
# pool. Since initialization can take a while on entropy-starved systems, let's
|
||||
# increase the time-out substantially here.
|
||||
# increase the timeout substantially here.
|
||||
TimeoutSec=10min
|
||||
|
Loading…
Reference in New Issue
Block a user