Unifi takes long time to build?

Support AUR
1

Hi,

Using Add/Remove Software.

Is it normal for unifi from AUR to take such long time to build?
Currently about 45 minutes “Building mongodb…”.

Thanks.

pinxi -Fxz

Machine:   Type: Laptop System: MEDION product: P6645 MD61379 v: 5.13_VEB_1AUOK026 serial: <filter> 
           Mobo: MEDION model: M15WKN v: 0.2 serial: <filter> UEFI: American Megatrends v: 206 date: 10/30/2018 
Battery:   ID-1: BAT0 charge: 40.7 Wh condition: 40.7/41.6 Wh (98%) model: M153137 status: Full 
CPU:       Topology: Quad Core model: Intel Core i5-8265U bits: 64 type: MT MCP arch: Kaby Lake rev: B L2 cache: 6144 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 28808 
           Speed: 1800 MHz min/max: 400/3900 MHz Core speeds (MHz): 1: 1800 2: 1800 3: 1800 4: 1800 5: 1800 6: 1800 7: 1800 
           8: 1800 
Graphics:  Device-1: Intel UHD Graphics 620 driver: i915 v: kernel bus ID: 00:02.0 
           Device-2: NVIDIA GP108M [GeForce MX150] driver: N/A bus ID: 02:00.0 
           Display: server: X.Org 1.20.9 driver: modesetting resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa Intel UHD Graphics 620 (WHL GT2) v: 4.6 Mesa 20.1.8 direct render: Yes 
Audio:     Device-1: Intel Cannon Point-LP High Definition Audio vendor: Pegatron driver: snd_hda_intel v: kernel 
           bus ID: 00:1f.3 
           Sound Server: ALSA v: k5.8.11-1-MANJARO 
Network:   Device-1: Intel Cannon Point-LP CNVi [Wireless-AC] driver: iwlwifi v: kernel port: 4000 bus ID: 00:14.3 
           IF: wlo1 state: up mac: <filter> 
           IF-ID-1: tun0 state: unknown speed: 10 Mbps duplex: full mac: N/A 
Drives:    Local Storage: total: 357.72 GiB used: 154.16 GiB (43.1%) 
           ID-1: /dev/nvme0n1 model: E12-256G-PHISON-SSD-B3-BB1 size: 238.47 GiB 
           ID-2: /dev/sda vendor: Samsung model: SSD 840 PRO Series size: 119.24 GiB 
Partition: ID-1: / size: 229.50 GiB used: 85.15 GiB (37.1%) fs: ext4 dev: /dev/nvme0n1p2 
Swap:      ID-1: swap-1 type: file size: 8.00 GiB used: 1.10 GiB (13.8%) file: /swapfile 
Sensors:   System Temperatures: cpu: 62.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Info:      Processes: 268 Uptime: 5h 24m Memory: 7.67 GiB used: 4.00 GiB (52.1%) Init: systemd Compilers: gcc: 10.2.0 
           Packages: 1399 Shell: Bash v: 5.0.18 pinxi: 3.1.04-1```
2

Yes, building packages from source can take time.

Please use Preformatted text instead of Quote for terminal output.

3

Edited the post.

Approaching 1,5 hours now…
It asked for password for second time after about 1 hour…

For other programs it took no more then 20-30 seconds.

Will wait a bit more but running out of time.

Thanks.

4

This is normal. MongoDB taks very, very long to build form source. If you use all 4 cores (8 with Hyper-Threading on your system) it might take 6 hours or more. And also takes a lot of space, ~150 GB or more.

I suggest you use the mongodb-bin package. Which is pre build, takes just a few seconds to install and provides mongodb. You can also install mongodb-tools-bin .

Also keep the security problems of mongodb in mind. Configure it securely.

5

Hmm…

mongodb is needed by unifi IIUC.

Are you saying that if I install mongodb-bin first it will be quick?
Does unifi need mongodb-tools-bin?

If I cancel, do I need to clean up?
If so, how?

I have no time 6 hours…

Thanks.

Edit:
150GB? That ain’t gonna work, no room for that, that really s***s

6

At least you don’t need to compile mongodb. I don’t know unifi, if it need to be compiled it might quick or also takes ages.

No, the package unifi needs a package that provides mongodb. unifi might need a running and configred mongodb, check the manual of unifi.

There might dependencies installed, check the pacman.log if you want to remove these. You also might want to clean up your pamac build cache.

1 Like
7

Ok, clean up done.

Now have to find a way to be able to configure some Unifi AP’s.
Those need the Unifi controller…

Thanks.

8

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.