Hey,
long story short: reboot and re-link is not practical.
Long story:
Time to upgrade 6.4 to 6.5.
If re-link been active in 6.4 (don't remember) - I never noticed it.
Installing via NOT RECOMMENDED WAY(following upgrade65.html) - scripting on
steroides (ansible).
All down. Reboot.
and now I get a SLOW sys - why ?! - compiling new kernel:
load averages: 3.25, 1.45, 0.60
53 processes: 1 running, 49 idle, 3 on processor
up 0:04
CPU0 states: 0.0% user, 0.0% nice, 21.0% sys, 63.7% spin, 0.6% intr,
14.7% idle
CPU1 states: 0.5% user, 0.0% nice, 22.3% sys, 56.2% spin, 0.0% intr,
20.9% idle
CPU2 states: 0.7% user, 0.0% nice, 71.5% sys, 19.6% spin, 0.0% intr,
8.3% idle
CPU3 states: 0.5% user, 0.0% nice, 6.3% sys, 63.3% spin, 0.0% intr,
29.9% idle
Memory: Real: 382M/792M act/tot Free: 1177M Cache: 310M Swap: 0K/1279M
PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND
51958 _snmpd 64 0 956K 3148K run/0 - 3:25 119.87% snmpd
17683 root 64 0 166M 174M onproc/2 - 3:10 99.41% ld
59133 root 2 0 1404K 4248K sleep/0 select 0:08 16.70% sshd
39714 root 18 0 908K 988K sleep/1 pause 0:05 12.55% ksh
69806 _tor 2 0 29M 41M sleep/3 kqread 0:28 8.15% tor
56629 _pflogd 4 0 744K 576K sleep/3 bpf 0:19 7.57% pflogd
92193 _iscsid 2 0 732K 1256K sleep/3 kqread 0:15 4.64% iscsid
288 _squid 2 0 17M 14M sleep/0 kqread 0:11 4.00% squid
53448 _lldpd 2 0 2656K 3848K sleep/3 kqread 0:07 3.32% lldpd
42939 _syslogd 2 0 1108K 1692K sleep/3 kqread 0:03 1.66% syslogd
2842 _bgpd 10 0 1172K 1896K onproc/1 - 0:03 1.46% bgpd
I don't think THIS IS OK.
I'm lucky - secondary (but, if ONLY primary??)
For whatever reason, after rebooting, I got back 6.4 kernel.
(I'd like to here some great explanation here and MORE around the <subject>)
P.S.
I remember old times then you could fork and forget.
OS position it self as "an ASCII, no sh around and simple". Then why the
process to upgrade became a nightmare?! Was not like this BEFORE.
Hit me with stright answers and no "bs wrap-around".
Ye, btw, the "ansible way" been working before.
//mxb
