fix sch api not binding user schedulers to numa

[DawidWesierski4]

Fix the scheduler API issue where using
the scheduler API binds all user-created
schedulers to socket_id 0. The problem arises when socket_id = 1; while the first scheduler is
correctly assigned, all subsequent user-created
schedulers default to socket_id 0.

[PanKaker]

LGTM

[DawidWesierski4]

gtest run manually

All passed:
Running test: ===========================================
./build/tests/KahawaiUfdTest --p_port 0000:b1:01.1 --r_port 0000:b1:01.2

Test passed in 22 seconds.
Running test: ===========================================
./build/tests/KahawaiUfdTest --p_port 0000:b1:01.1 --r_port 0000:b1:01.2 --queue_mode shared

Test passed in 20 seconds.
Running test: ===========================================
./build/tests/KahawaiUfdTest --p_port 0000:b1:01.1 --r_port 0000:b1:01.2 --queue_mode shared --udp_lcore

Test passed in 20 seconds.
Running test: ===========================================
./build/tests/KahawaiUfdTest --p_port 0000:b1:01.1 --r_port 0000:b1:01.2 --rss_mode l3_l4

Test passed in 20 seconds.
Running test: ===========================================
./build/tests/KahawaiTest --auto_start_stop --p_port 0000:b1:01.1 --r_port 0000:b1:01.2 --dma_dev 0000:00:01.0,0000:00:01.1 --gtest_filter=-St22_?x.*

Test passed in 781 seconds.
Running test: ===========================================
./build/tests/KahawaiTest --auto_start_stop --p_port 0000:b1:01.1 --r_port 0000:b1:01.2 --rss_mode l3_l4 --pacing_way tsc --iova_mode pa --multi_src_port --gtest_filter=Main.:St20p:-ext

Test passed in 82 seconds.
Running test: ===========================================
./build/tests/KahawaiTest --p_port kernel:lo --r_port kernel:lo --auto_start_stop --gtest_filter=St20p*

Test passed in 140 seconds.