Qotom Core i7 mini computer - too good to be true?

Question

Hi I just purchased a miniComputer from the chinese vendor Qotom. It seems like a pretty nice little device but I've run into a very significant problem in that the UTM ISO won't recognize more than a single NIC of the 4 available. 
 
 Can anyone assist? 
 
 Thanks, 
 Doug 
 
 SPECS: 
 Intel Core i7 4500U Haswell 
 Intel 4400 Graphics 
 1x HDMI 1x RS-232 1x mini-PCIe 1x mSATA 
 4x Intel I211-AT Gigabit Network

HuberChristian · Accepted Answer

dougga said: 
 I don't think the number of snort processes is configurable. Did you figure out how to do that? 
 
 This works easily: 
 console> show ips-settings
-------------IPS Instances------------
IPS CPU
1 0

console>set ips ips-instance add IPS cpu 1
0 1
console> set ips ips-instance apply Finally proof, you have assigned a second CPU to the second IPS instance: 
 
 console> show ips-settings
-------------IPS Instances------------
IPS CPU
1 0
2 1

Jay Jay · Answer

Regarding power. My ups reads 32 watts for all the network equipment during idle. This includes modem, r7000 router in AP mode, a 10 yr old 3com 8port gigabit switch, obi200, the qotom box (w/ esxi, utm, freepbx, and a light centos install for monitoring the ups). The problem with this is this is a converted value. Specifically ups reports a percentage of rated power (in my case 810 watts). 4% is roughly 32 watts. The values reported are integers only. When saturating the pipe (350mbps), power will spike up to 50 watts per the ups. 
 Load 4% (32 Watts) 
 Sometime tomorrow I'll shut the qotom down but leave everything else up to get an idea how much draw there is from the other devices. Then a more accurate power consumption can be evaluated. 
 
 CPU: 
 Looks pretty genuine to me. 
 Ran the validator using win10 installed on an external usb 3 drive. Makes for a handy tool without having to swap drives. 
 
 -------------------------------------------------------------------- CPU1 Genuine Intel CPU Test Module Version: 1.0.12.64b.W Start Time: Sat Nov 4 08:29:22 2017 Test Result - PASS Expected: GenuineIntel Detected: GenuineIntel End Time: Sat Nov 4 08:29:22 2017 Total Time: seconds: 0 -------------------------------------------------------------------- CPU1 CPU Brand String Test Module Version: 1.0.14.64b.W Start Time: Sat Nov 4 08:29:22 2017 Test Result - PASS Expected: Intel(R) Core(TM) CPU @ Detected: Intel(R) Core(TM) i5-5250U CPU @ 1.60GHz Intel(R) Core(TM) processor detected..!!.. End Time: Sat Nov 4 08:29:22 2017 Total Time: seconds: 0 -------------------------------------------------------------------- 
 TESTRESULTS.TXT 
 
 ---------------- 
 
 UPDATE: 
 Powered everything down, then restarted just the qotom box. UPS wattage jumped between 0 and 16 watts. I believe the smallest resolution is 8 watts. So considering there's a 5400 rpm drive inside, I'd say probably upwards of 20 watts is the max it'll draw under full load. Booting esxi and the vm's is a load but not 100% load. I think based on the results above this thing is the real deal.

dougga · Answer

It turns out I'm the victim of a very old Astaro/Sophos bug. The OS doesn't recognize the NICs in the correct order. I'm seeing the following: Nic #1: Eth0 Nic #2: Eth 2 Nic #3: Eth 3 
 Nic #4 Eth 1 I love the formatting here too. 
 Now that I know how Sophos has scrambled the NIC's I think I can proceed. 
 Thanks for the help.

Jay Jay · Answer

I don't think it's sophos that's scrambled things. I have the same box based on a i5 5250u cpu. Same nic issue. Similar results in windows too. My guess is little attention was paid when they designed the circuit traces for each port to keep them in order. I made a small table after some testing. 
 
 Physical ports ---- os named ports ETHx or VMNICx, (or if the OS starts the count at 1 instead of 0), respectively. 
 1 ---> 0 (1) 
 2 ---> 2 (3) 
 3 ---> 3 (4) 
 4 ---> 1 (2) 
 Wan is plugged into the first physical port, and lan into the second. Esxi identifies as follows: