Zdarec vsichni,
posledni dobou si hraju s miningem altcoinu a docela se dari, tak zase
pro jednou, kdyz resim neco pro sebe, proc to nezresit skupinoveji :)
Naskytla se moznost umistit az 10kW HW do prostor u vodni elektrarny,
takze energie s prehledem rovnou pod 2 Kc;
premyslim o modelu, ze bychom poresili mining rigy ve vetsim a vy byste
pak meli moznost poslat nam jenom svoje karty. Ty by pak byly pres
klasicky chain vpsAdmin-OpenVZ zpristupnene do QEMU pod vasi rezii,
takze na tech kartach muzete pocitat, co chcete.
S konektivitou bude asi kapku problem, takze pocitam s tvrdym
QoS/shapovanim, dostatecnym pro mining a SSH, ale zatim nevim o moznosti
sehnat tam lepsi linku na cokoliv narocnejsiho.
Kdo byste mel zajem a jak velky? :)
/snajpa
(Pavel Snajdr)
(Predseda vpsFree.cz)
(+420 720 107 791)
Ahoj,
s kolegou řešíme jakou cestou virtualizace se ve firmě vydat. Jelikož
jsou zde odborníci na OpenVZ rád bych se poradil. Já mám zkušenosti s
KVM z jiné firmy a kolega zatím zkoušel OpenVZ na CentOS release 6.7.
Vyšlo nové OpenVZ a jak jsem zahlídl i zde s pár poznámek budoucnost
OpenVZ může být nejistá. Jakou cestou kontejneru byste se vydali vy?
Nové OpenVZ, LXC nebo docker? Zároveň bychom chtěli na stejném stroji
provozovat i KVM (pro chod Windows).
Momentálně máme na stroji obojí. OpenVZ i KVM. Nicméně je problém se
spouštěním virtuálního stroje v KVM, po druhém pokusu o spuštění
virtuálního stroje již naběhne.
Chyba při startu domény: Nelze vytvořit cgroup pro Debian-wheeze:
Adresář nebo soubor neexistuje
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 91, in
cb_wrapper
callback(asyncjob, *args, **kwargs)
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 127, in
tmpcb
callback(*args, **kwargs)
File "/usr/share/virt-manager/virtManager/domain.py", line 1355, in
startup
self._backend.create()
File "/usr/lib/python2.7/dist-packages/libvirt.py", line 999, in create
if ret == -1: raise libvirtError ('virDomainCreate() failed',
dom=self)
libvirtError: Nelze vytvořit cgroup pro Debian-wheeze: Adresář nebo
soubor neexistuje
KVM není spuštěno v kontejnerech jako u VPS ale samostatně vedle OpenVZ
Děkuji moc za postřehy a nakopnutí správným směrem
Pavel
Ahoj,
potřeboval jsem včera v noci zkomprimovat jeden 4GB .tar soubor pomocí
`bzip2 -9`. Mám na stole docela pomalý stroj s Celeronem, a odhadovaná
doba komprimace byla 20 minut. Soubor jsem tedy poslal na vpsfree a nechal
jsem ho zkomprimovat tam.
Oproti očekávání je komprimace na vpsfree pomalejší.
Pokud by servery nebyly využité, tak by ten Xeon na vpsfree měl zhruba být
o třetinu rychlejší.
Ta samá komprimace se mi provedla dvakrát rychleji na tom Celeronu, a fakt
by mne zajímalo proč.
Je na vpsfree okolo půlnoci nějaká větší zátěž?
Otázka: Je něco, co nevidím a Celeron G1610T může být o tolik rychlejší než
Xeon na vpsfree?
Domácí Celeron: Celeron G1610T @ 2.30 , na tom běží KVM a v něm emulovaný
Intel i7
VPSfree: konfiguraci nevím, v kontejneru se tváří: Xeon E5-2630 @ 2.30
Věroš
--
Věroš Kaplan
http://navolnenoze.cz/prezentace/veroslav-kaplan/
Ahoj,
upgradoval jsem VPS z Debianu 8 na Debian 9 a po restartu jsem zjistil,
ze se mi prestalo logovat do nasledujicich souboru ve /var/log:
auth.log
cron.log
daemon.log
kern.log
mail.log
messages
syslog
Kdyz spustim 'journalctl', tak tam vsechny zpravy, ktere se puvodne
logovaly do tech souboru, vidim. Vypada to, ze logy se dostavaji do
systemd, ale uz ne do syslogu. Ja ale potrebuju logovat do tech souboru,
abych je mohl parsovat (munin, awstats, atd.).
Prosel jsem vsechny configy syslog-ng, ktere jsem nasel, a nemam tam
zadne zmeny oproti tomu, co je v balicich.
Google mi nepomohl, zkusil jsem navod
https://wiki.archlinux.org/index.php/syslog-ng#syslog-ng_and_systemd_journal
a to postupne obe dve varianty, ale nepozoroval jsem zadnou zmenu.
Ve /var/log/syslog vidim toto:
WARNING: Default value changed for the prefix() option of
systemd-journal source in syslog-ng 3.8; old_value='',
new_value='.journald.'
ale k nicemu me to nedovedlo.
Jedina vec, co se mi loguje, jsou zpravy o nastartovani a ukonceni
syslog-ng ve /var/log/syslog a /var/log/messages:
Dec 20 18:48:12 vps syslog-ng[8169]: syslog-ng shutting down;
version='3.8.1'
Dec 20 18:48:40 vps syslog-ng[8204]: syslog-ng starting up; version='3.8.1'
Prosim poradte.
Diky,
Tomas
Ahoj, snažím se rozjet KVM na Alpine linuxu - vždycky po rebootu mi ale
zmizí skupina z
alpine:~# ll /dev/kvm
201775056 crw------- 1 root root 10, 232 Nov 25 23:14 /dev/kvm
alpine:~# ll /dev/net/tun
201775055 crw------- 1 root root 10, 200 Nov 25 23:14
/dev/net/tun
Vždycky nastavím pomocí:
chown :kvm /dev/kvm
chmod g+rw /dev/kvm
chown :netdev /dev/net/tun
chmod g+rw /dev/net/tun
Ale po rebootu to je skupina zase špatně. Netušíte někdo čím by to mohlo
být? Postupuji podle návodu ze znalostní báze. Máte někdo podobný problém?
Jakub Skokan mi poradil zeptat se tady:
Ja jsem se to pred casem pokousel vyresit, ale neuspesne. Ty prava by
mel nastavovat mdev, v konfiguraci v /etc/mdev.conf to nastavene je,
takze netusim kde to vazne. V nejhorsim si muzes udelat vlastni init
skript, ve kterem ty prava nastavis jak potrebujes, ale lepsi by bylo
zjistit, proc se to deje, no :)
Předem díky za reakce,
David
Ahojte,
dejte si pozor na aktualizaci Arch Linuxu, s glibc >= 2.26 vam VPS
nenajede. Vypada to, ze glibc od 2.26 podporuje jen kernel 3.2+ [1],
takze to u nas uz nemusi fungovat spravne. Zatim jsme narazili jen na
problem se systemd, ktery je teda celkem zasadni, protoze nestartujou
zadne sluzby, napr.:
systemd-journald.service: Main process exited, code=exited,
status=205/LIMITS
Jedina cesta zda se bude zustat u glibc 2.25. Sablonu archu jsem
upravil, nicmene existujici VPS si musite pohlidat sami -- pridat glibc
do IgnorePkg v /etc/pacman.conf.
Casem to zrejme bude problem i v jinych distribucich, kdyz tam ta glibc
2.26 probubla, ale to uz snad stihnem prejit na novejsi kernel + LXC.
[1] https://sourceware.org/ml/libc-alpha/2017-08/msg00010.html
Jakub
