Има ли максимална препоръчителна големина, над която би могло да се появят проблеми?

Изключвам ситуацията с препълване на дисково пространство.

Конкретно в моя случай - пощенски сървър, съхраняващ всичката поща, QEMU-KVM, raw image, 4 виртуални диска: /, swap, поща, неважни данни.

[state UNKNOWN]

# ip address list
2: eth0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc mq master br0 state UP qlen 1000
    link/ether 00:14:5e:18:0c:0e brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether 00:c0:26:74:07:fe brd ff:ff:ff:ff:ff:ff
    inet 84.43.164.58/24 scope global eth1
       valid_lft forever preferred_lft forever
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 14:cc:20:02:74:27 brd ff:ff:ff:ff:ff:ff
    inet 213.91.180.10/32 scope global eth2
       valid_lft forever preferred_lft forever

# dmesg
[    7.661592] bnx2 0000:03:00.0 eth0: Broadcom NetXtreme II BCM5708 1000Base-T (B1) PCI-X 64-bit 133MHz found at mem ce000000, IRQ 16, node addr 00:14:5e:18:0c:0e
[    7.662761] bnx2 0000:06:00.0 eth1: Broadcom NetXtreme II BCM5708 1000Base-T (B1) PCI-X 64-bit 133MHz found at mem ca000000, IRQ 17, node addr 00:14:5e:18:0c:10
[    7.762536] sundance.c:v1.2 11-Sep-2006 Written by Donald Becker
[    7.762842] sundance 0000:08:03.0: PCI IRQ 24 -> rerouted to legacy IRQ 16
[    7.763523] eth2: IC Plus Corporation IP100A FAST Ethernet Adapter at 0000000000016000, 14:cc:20:02:74:27, IRQ 16.
[    7.764500] eth2: MII PHY found at address 0, status 0x786d advertising 01e1.

В BIOS-а на машината мярнах, че IRQ-то е 11 и тръгнах да мисля в тази посока, но като видях

# lspci -v
03:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet (rev 11)
        Subsystem: IBM Device 0342
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 27
        Memory at ce000000 (64-bit, non-prefetchable) [size=32M]
        Capabilities: [40] PCI-X non-bridge device
        Capabilities: [48] Power Management version 2
        Capabilities: [50] Vital Product Data
        Capabilities: [58] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Kernel driver in use: bnx2
        Kernel modules: bnx2

06:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet (rev 11)
        Subsystem: IBM Device 0342
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 28
        Memory at ca000000 (64-bit, non-prefetchable) [size=32M]
        Capabilities: [40] PCI-X non-bridge device
        Capabilities: [48] Power Management version 2
        Capabilities: [50] Vital Product Data
        Capabilities: [58] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Kernel driver in use: bnx2
        Kernel modules: bnx2

08:03.0 Ethernet controller: Sundance Technology Inc / IC Plus Corp IC Plus IP100A Integrated 10/100 Ethernet MAC + PHY (rev 31)
        Subsystem: Sundance Technology Inc / IC Plus Corp Device 0201
        Flags: bus master, medium devsel, latency 64, IRQ 16
        I/O ports at 6000 [size=128]
        Memory at c7effc00 (32-bit, non-prefetchable) [size=512]
        [virtual] Expansion ROM at c6000000 [disabled] [size=64K]
        Capabilities: [50] Power Management version 2
        Kernel driver in use: sundance
        Kernel modules: sundance

и кашата в главата ми започна да прелива.

Какво може да причинява това "state UNKNOWN" ?

# ifconfig eth2
eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 213.91.180.10  netmask 255.255.255.255  broadcast 0.0.0.0
        ether 14:cc:20:02:74:27  txqueuelen 1000  (Ethernet)
        RX packets 96  bytes 5760 (5.6 KiB)
        RX errors 0  dropped 6024  overruns 0  frame 0
        TX packets 60  bytes 3600 (3.5 KiB)
        TX errors 2  dropped 60 overruns 0  carrier 0  collisions 0

# ping 213.91.180.9
PING 213.91.180.9 (213.91.180.9) 56(84) bytes of data.
From 213.91.180.10 icmp_seq=1 Destination Host Unreachable
From 213.91.180.10 icmp_seq=2 Destination Host Unreachable
From 213.91.180.10 icmp_seq=3 Destination Host Unreachable

А, защо е такава маската ?

https://docs.kolab.org/installation-guide/index.html

... стартира 3 годишна програма за въвеждането му в употреба. (Не е от официален източник, но ... )
http://good-horse.blogspot.tw/2015/11/taiwan-launched-3-year-project-for-odf.html

Защо е в този раздел? Домъчня ми, че отдавна никой не е писал нищо тук

Досега го правех като директно редактирах конфиг файла. Последно съм го редактирал на 4-ти април. Сега обаче ще ъпгрейдвам.
//Пояснението в заглавието е заради търсачката на форума.

http://varnaconf.com/

от там и информацията за натоварването в top е грешна. Този проблем го имам на всичките Olinuxino-A20, където нулево натоварване се показва като 1

Код:

top - 14:41:19 up  5:28,  2 users,  load average: 1.05, 1.04, 1.05
Tasks:  72 total,   2 running,  70 sleeping,   0 stopped,   0 zombie
%Cpu0  :  0.3 us,  0.3 sy,  0.0 ni, 99.3 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
%Cpu1  :  0.0 us,  1.3 sy,  0.0 ni, 98.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:    830948 total,    50276 used,   780672 free,     2648 buffers
KiB Swap:        0 total,        0 used,        0 free,    28372 cached

 uname -a
Linux turn3 3.4.67+ #6 SMP PREEMPT Fri Nov 1 17:32:40 EET 2013 armv7l GNU/Linux

 cat /etc/debian_version
7.7

и на IBM x3650, където нулево натоварване се показва като почти 3

Код:

top - 17:06:35 up  4:56,  6 users,  load average: 4.93, 4.93, 4.97
Tasks: 168 total,   1 running, 167 sleeping,   0 stopped,   0 zombie
top - 17:06:48 up  4:56,  6 users,  load average: 4.95, 4.93, 4.97
Tasks: 168 total,   1 running, 167 sleeping,   0 stopped,   0 zombie
Cpu0  : 91.8%us,  0.0%sy,  0.0%ni,  8.2%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
Cpu1  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
Cpu2  :  0.3%us,  0.3%sy,  0.0%ni, 99.3%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
Cpu3  :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si, 0.0%st
Mem:   8160512k total,  6253872k used,  1906640k free,    62032k buffers
Swap:  4194300k total,        0k used,  4194300k free,  4221228k cached

 uname -a
Linux vn1 3.10.17 #2 SMP Fri Feb 14 16:45:28 CST 2014 x86_64 Intel(R)
Xeon(TM) CPU 3.00GHz GenuineIntel GNU/Linux
 cat /etc/slackware-version
Slackware 14.1

Как да го оправя ?

//след доста време :
"Оправило" се е след компилиране и стартиране на ново ядро. Под "оправило" имам предвид, че при липса на натоварване показва стойности близки до нулата.

Допустимо ли е такова свързване?
                              ___________
Internet                |  Linux router
            ______     |
ISP1 --|            |---| eth0 IP_ISP1, eth0:1 IP_ISP2, eth0:2 IP_ISP3
ISP2 --| Switch |    |
ISP3 --|______|    |_________

Решил съм на една машина (Slackware, QEMU) да пусна 2-3 виртуални.
Належащо ми е да сменя друга машина (пощенски сървър, VPN сървър, шлюз, squid) с по-нова. Да я направя ли виртуална в първата, или да натоваря хост машината с тези задачи?
Моля за вашите мнения.

Двете връзки към Интернет са през един и същ доставчик, т.е. не се налага различно рутиране към различни мрежи. Машината е с три мрежови платки - двете са към "навън", а третата към LAN.
В тази статия се разглежда по-сложна ситуация с различни доставчици. Освен това вече е поостаряла.
В Slackware все още стандартно се ползват ifconfig и route и таблица с default gateway, което не върши работа така, както би трябвало да се направи културно.
Как се прави това?
Моля, посочете място за четене.

Tender to develop and incorporate usability metrics collection for LibreOffice

Ако на отдалечена машина имате XFCE как бихте го ползвали отдалеч?

Тази статия ме провокира да ви питам: Ползвате ли Slackware за десктоп с графичен интерфейс? Ако да, моля, споделете подробности!
Ако ползвате Slackware, но не ползвате GUI, защо не го ползвате?

Ако искам да инсталирам нещо от source, свалям т. нар. tarball - архив с всички необходими файлове за компилиране и инсталиране на нещото. Обикновено този архив е в .tar.gz или tar.bz2 или подобен формат.

За сваляне на такъв архив от GitHub май има бутон в уеб интерфейса им. Но [в други|ако] няма?

Моля, посочете ми място за четене, ако знаете такова!

//извън темата: Който не е публикувал новини не знае, че 1) публикуването може да се забави (24 часа за предишната, която публикувах. Не че е фатално, но в някои случаи това вече няма да е новина) и 2) ужасно трудно е форматирането! Поне за мен. И отнема МНОГО време. Освен това, ако аз сега напиша коментар към новина отпреди месец например, надали някой ще разбере за това, съответно - никой няма да го прочете. Затова публикувам тази тема и вероятно в следващ момент просто ще заменя текста тук с препратка към новината. Коментарите тук, обаче, ще може лесно да бъдат следени.

//по темата:

Днес, 30-ти декември, в Делфинариума във Варна, след дълга и старателна подготовка успешно бяха проведени първите експерименти с турникет (turnstile), управляван с A20-OLinuXino-MICRO. Системата изглеждаше така :
В началото на Новата година ще се проведат по-продължителни тестове и с реална работа с клиенти на Делфинариума. Ако и тези тестове са успешни, ще се пристъпи към преработката на всичките осем устройства. Предимство на тази система е намалената зависимост на турникетите от един управляващ компютър. Сега това критично място ще е сървърът бази данни, в който няма нищо, което да го прави нестандартен или незаменим, или пък неподдаващ се на резервиране. Друго предимство е възможността за мобилност - такава пропускателна система в други приложения може да се монтира временно с автономно захранване и безжична връзка към мрежата на вход към площад, стадион или друго съоръжение.
Системата работи с билети с баркодове. Освен баркод четец, към Olinuxino-то се свързват конструирани специално за целта датчици, монтирани в турникета, които следят състоянието и завъртането му. Специално написаната за целта програма проверява валидността на прочетения баркод в база данни и евентуално отключва турникета, след което следи завъртането и очаква заключването му.
Досегашната система беше базирана на работа с RFID карти за многократна употреба, което не се оказа добър вариант. Освен това, системата блокираше, вероятно заради големия брой едновременно случващи се прочитания на карти.
Офертите от фирми за системи с баркод четци предлагаха решения с употребата на RS-485 и конвертори към RS-232, с един управляващ компютър и евентуално втори за сървър бази данни.

Това не е първото OLinuXino, заработило във Варненския Делфинариум. Вече повече от година чрез A20-OLinuXino-MICRO на 40" дисплей се показват рекламни клипчета и такива, представящи атракцията "Плуване с делфин" и предварително записани подводни кадри от басейна на Делфинариума. По-наблюдателните клиенти сигурно са забелязали появяващия се за секунда между клиповете Debian-ски десктоп.

За да заработи настоящата система за управление на турникет съществена помощ ми оказаха колеги от форума на "Линукс за българи", за което сърдечно им благодаря!

Валентин Ласков
30.12.2014 г.