https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275048
Bug ID: 275048
Summary: System prints "reboot: v_swappgsin" twice when
rebooting
Product: Base System
Version: 14.0-RELEASE
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: bin
Assignee: [email protected]
Reporter: [email protected]
Unsure what is exactly going on here. One of my systems that's been testing
the 14.0-RC releases out prints "reboot: v_swappgsin" exactly two times when
the system is rebooting via manual command. No crashes, no ill effects
observed. Reboot comes back up normally, too.
I looked at reboot.c's source code and the specific output is a 'warnx()' call
in function 'get_pageins', and only prints the string "v_swappgsin" when sysctl
tunable 'vm.stats.vm.v_swappgsin' is not equal to 0:
sbin/reboot/reboot.c:284:
> static u_int
> get_pageins(void)
> {
> u_int pageins;
> size_t len;
>
> len = sizeof(pageins);
> if (sysctlbyname("vm.stats.vm.v_swappgsin", &pageins, &len, NULL, 0)
> != 0) {
> warnx("v_swappgsin");
> return (0);
> }
> return pageins;
> }
Actual commands and output, over SSH:
> # reboot
> reboot: v_swappgsin
> reboot: v_swappgsin
It doesn't always happen, but it started with 14.0-RC3 (at least). I never saw
this under 13.2-RELEASE. The system does run a Squid proxy, so it sees a good
amount of filesystem activity and I'm sure RAM is thrashed pretty good.
The specific bit of code first appeared in 2001:
https://cgit.freebsd.org/src/commit/sbin/reboot/reboot.c?id=85ae580ccbfa00573031dff5c8ce078c37144523
>From my read of that, it looks like reboot is simply waiting for processes to
finish cleaning up and exiting. Squid has a built-in 30-second hold before it
will exit, but I usually shut it down manually before initiating a reboot.
In any event, as far as I can tell, the function appears to be doing its job.
But I think the 'warnx()' message could be a bit more informative as to what it
is doing?
--
You are receiving this mail because:
You are the assignee for the bug.
