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