Ahoj,
chtěl jsem Vás poprosit o radu s jedním problémem, který teď řeším.
Když byl loni blázinec kolem EET, rozhodl jsem se jít vlastní cestou a pro
svoje prodejny nasadil pokladní software v PHP (v PHP umím programovat, takže
jsem si byl schopen do programu udělat implementaci EET). Celá věc mi běží na
serveru a pokladny se tam připojují pomocí SSH tunelu.
Co mi však začalo dělat starosti jsou výpadky připojení. Za celý rok jich
bylo jen pár, přesto bych však nechtěl dostat pokutu za to, že v době výpadku
nedávám lístky.
Začal jsem si tedy pohrávat s myšlenkou, že bych aplikaci přesunul na každou
pokladnu zvlášť (tzn. na pokladně by běžel nginx, PHP a mysql) a na server si
dělal jen replikaci databází, abych pak mohl dělat z pokladen výkazy, aniž by
byly v běhu.
Až po sem myšlenka dobrá, jenže dnes mi došlo, že budu potřebovat některá data
sdílet mezi pokladnami - například seznam produktů. Ten potřebuji mít
přístupný lokálně, aby šlo produkty účtovat v případě výpadku, ale zároveň ho
také potřebuji synchronizovat, aby se produkt do seznamu nemusel přidávat na
každé pokladně zvlášť. No a tady nevím, jak k tomu mám přistoupit :-(
Neřešil jste někdo podobný problém? Napadlo mě, zda nemít pro sdílená data
druhou databázi, která by byla na serveru a replikovala se na pokladny.
Přiznám se ale, že nevím, jak bych v tomto případě řešil zápisy do master
databáze na serveru a čtení z lokální slave databáze na pokladně.
Ocením jakoukoliv radu nebo odkaz.
Všechny zdraví
Honza
--
Jan B. Kolář
Zažeň nudu
Hodolanská 17, 779 00 Olomouc
tel: +420 605 800 859
e-mail: janbivoj.kolar(a)zazen-nudu.cz
www.zazen-nudu.cz
Hello all,
has anyone managed to make quagga work in a vps?
I am interested in ospf mostly, but bgp will also do if there is no other
way. The problem I am getting so far is that zebra cannot be started and is
a dependency for ospfd.
Ιουν 13 16:08:28 vps systemd[24880]: zebra.service: Failed to set up kernel
keyring: Permission denied
Ιουν 13 16:08:28 vps systemd[24880]: zebra.service: Failed at step KEYRING
spawning /sbin/ip: Permission denied
-- Subject: Process /sbin/ip could not be executed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The process /sbin/ip could not be executed and failed.
--
-- The error number returned by this process is 13.
Ιουν 13 16:08:28 vps systemd[1]: zebra.service: Control process exited,
code=exited status=237
Ιουν 13 16:08:28 vps systemd[1]: zebra.service: Failed with result
'exit-code'.
Ιουν 13 16:08:28 vps systemd[1]: Failed to start GNU Zebra routing manager.
-- Subject: Unit zebra.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit zebra.service has failed.
--
-- The result is RESULT.
Ιουν 13 16:08:28 vps systemd[1]: Dependency failed for OSPF routing daemon.
-- Subject: Unit ospfd.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit ospfd.service has failed.
Thank you!
--
-p
Cauves vsichni,
zaciname (ehm, vcelku vcas) resit letosni rocnik OpenAltu a jelikoz jako
vpsFree pomahame tuhle brnenskou akci poradat a ja absolutne nestiham
byt klukum jakkoliv uzitecny, hledam za sebe nahradu.
Hledam nekoho, kdo by byl ochotny pomoct OpenAltakum s nasledujicim:
- obvolani/omailovani partneru/sponzoru a komunikace s nimi (tj. nekdo,
koho bavi mluvit s lidma a delat obchod, na tomhle se to fajne da cvicit
"na necisto", protoze vcelku o "prd" jde)
- komunikace se stankari (ktere dodaji prave partneri)
- a obecne proste vypomoct na podobny organizacni veci
Jak rikam, jelikoz to vpsFree pomaha poradat a ja nestiham, udelejme to
letos tak, ze dejme brigadku nekomu ze clenu, kdo by to ocenil.
Pojdme se dohodnout na rozumny ukolovy/hodinovy odmene a pojdme do
toho.
Potrebuju idealne 2-3 lidi, casova narocnost na tak 15h/tyden.
Prosim prosim :)
Kdyztak preposlete dal.
/snajpa
Zdravím,
* při vytváření VPS ve Staging, nelze přiřadit Private IPv4. Budou Private IPv4 podporovány pro produkční VPS? Případně lze je nyní na žádost k VPS Staging přidělit?
* v editaci VPS (Staging), nelze přidat IPv6 z nabízených IPv6 adres, hodí to chybu "Cannot add an interconnecting IP". IPv6 lze přidat pouze při vytváření VPS.
* u VPS (Staging), která má pouze IPv6, nechodí překlad názvů DNS. Tedy pokud neznám konkrétní IPv6 adresu, na domény se po IPv6 nedostanu. V nastavení VPS mám IPv6 DNS zvolen.
* No a když při vytváření VPS (Staging) nepřiřadím při vytváření public IPv4 ani IPv6, VPS se vytvoří s IPv4 v rámci spojovací sítě, ale bez konektivity do internetu. Bylo by také fajn, kdyby spojovací IPv4 na sebe viděli v rámci jednoho účtu na vpsfree.cz, pokud tedy nebudou Private IPv4 podporován.
Renda
______________________________________________________________
> Od: Jakub Skokan <jakub.skokan(a)vpsfree.cz>
> Komu: news-list(a)lists.vpsfree.cz,
> Datum: 21.05.2018 09:41
> Předmět: [vpsFree.cz: community-list] Přechod z OpenVZ na v
>
Ahoj,
(English version below)
aktuálně na všech nodech k provozu VPS používáme kontejnerovou
virtualizaci OpenVZ Legacy. Protože už dosluhuje, vývoj skončil a nové
distribuce jej přestávají podporovat, řešíme přechod na novější řešení
v podobě vpsAdminOS [1,2]. Jedná se o distribuci založenou na NixOS [3]
a not-os [4], která bude na nodech sloužit jako hypervizor pro provoz VPS.
Pro správu VPS (kontejnerů) jsme vytvořili vlastní utilitu `osctl`,
která se funkcemi vyrovná `vzctl` z OpenVZ, popř. LXD [5]. Řeší hlavně
nastavení user namespaces [6] pro správnou izolaci VPS a cgroups pro
limity paměti, CPU, atd. Ke spouštění kontejnerů se používá LXC [5].
vpsAdminOS není omezen jen na infrastrukturu vpsFree.cz. Pokud někde
provozujete OpenVZ Legacy a nevíte co dál, můžete zvážit vpsAdminOS,
který je na migraci kontejnerů z OpenVZ připraven [7].
Na vpsAdminOS pracujeme zhruba od podzimu 2017 a nyní si všichni členové
mohou vyzkoušet, jak VPS nad novým systémem fungují. Naším cílem je, aby
migrace VPS z OpenVZ na vpsAdminOS proběhly bezpovšimnutí, nicméně
záleží na tom, co ve VPS provozujete. Doporučujeme všem, aby si novou
VPS vyzkoušeli a hlásili nám případné problémy a nedostatky. Než
přistoupíme k migraci produkčních VPS, je potřeba ten OS a integraci
s vpsAdminem vyladit.
V podstatě máte k dispozici další playground VPS, podmínky jsou podobné.
Jen to může být trochu divočejší -- nehlášené výpadky, restarty když
budeme potřebovat něco aktualizovat, atd. Ve vpsAdminu ve formuláři na
vytvoření VPS vyberte lokaci *Staging*. K dispozici jsou zatím tyto
distribuce: Alpine, Arch, CentOS, Debian, Fedora, Gentoo, NixOS, Ubuntu.
Časem budou přibývat další.
Na testování a hlášení chyb máte cca několik týdnů až měsíců, podle toho
jak nám to půjde. Více informací o změnách v OS, vpsAdminu a plánu
přechodu viz KB:
https://kb.vpsfree.cz/navody/vps/vpsadminos <https://kb.vpsfree.cz/navody/vps/vpsadminos>
ENGLISH:
We're currently using container virtualization OpenVZ Legacy to run VPS.
Since it's slowly dying, isn't developed anymore and modern
distributions stopped supporting it, we're going to upgrade to a newer
solution we've called vpsAdminOS [1,2]. It's a Linux distribution based
on NixOS [3] and not-os [4], which will serve as a hypervisor for VPS
on our nodes.
VPS are managed using our own utility called `osctl`, which is
comparable to `vzctl` from OpenVZ or LXD [5]. It's main purpose
is to set up user namespaces [8] to isolate VPS and to configure cgroups
for resource management, such as CPU or memory. Under the hood,
it's using LXC [5] to start containers. vpsAdminOS is not limited
to vpsFree.cz, it's designed to be independent of the specifics of our
infrastructure. If you're using OpenVZ Legacy on some servers
and you're looking for a replacement, you can consider vpsAdminOS.
We've also made a tool [7] which can convert containers from OpenVZ into
vpsAdminOS.
We've been working on vpsAdminOS since the fall of 2017 and now all
members can finally give it a try and test VPS on the new system. Our
goal is to make the transition from OpenVZ to vpsAdminOS as seamless
as possible, but it depends on what programs and configuration
you're using. That's why we're giving everyone the opportunity to try
out a VPS on the new system and report issues. Before we can start
migrating production VPS, we need to implement missing functions
and iron it out.
Essentialy, what you get is another playground VPS, the terms of use
are very similar. It can be a bit rougher though, there may be
unexpected reboots and outages when we need to fix issues and deploy new
system versions. To create a VPS on vpsAdminOS, select location
*Staging* in the form for VPS creation. The following distributions
are supported: Alpine, Arch, CentOS, Debian, Fedora, Gentoo, NixOS,
Ubuntu. More will be added in the future.
The staging environment will remain open for several weeks or months,
depending on how many issues we'll discover. You can read more
information about changes in the OS and vpsAdmin in KB:
https://kb.vpsfree.org/manuals/vps/vpsadminos <https://kb.vpsfree.org/manuals/vps/vpsadminos>
[1] https://vpsadminos.org <https://vpsadminos.org>
[2] https://github.com/vpsfreecz/vpsadminos <https://github.com/vpsfreecz/vpsadminos>
[3] https://nixos.org <https://nixos.org>
[4] https://github.com/cleverca22/not-os <https://github.com/cleverca22/not-os>
[5] https://linuxcontainers.org <https://linuxcontainers.org>
[6] https://kb.vpsfree.cz/navody/vps/vpsadminos#user_namespaces <https://kb.vpsfree.cz/navody/vps/vpsadminos#user_namespaces>
[7] https://vpsadminos.org/migration-paths/openvz-legacy/ <https://vpsadminos.org/migration-paths/openvz-legacy/>
[8] https://kb.vpsfree.org/manuals/vps/vpsadminos#user_namespaces <https://kb.vpsfree.org/manuals/vps/vpsadminos#user_namespaces>
Jakub
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>
Ahojte,
po zapracovani pripominek vypada navrh na nas Organizacni rad takhle:
https://github.com/vpsfreecz/oficialni-dokumenty/blob/gdpr/organizacni_rad.…
Projdete si to prosim;
ja k tomu jenom dodam, ze veci ohledne detailniho auditovani pristupu a
la "kdo z nas kdy vykonal jaky prikazy s jakym vysledkem" apod. - budeme
resit certifikaci ISO 27001 nekdy v pristim roce.
Takze zatim je Organizacni rad krome logu "co se deje s disky"
neupravuje.
pls pls komentujte, je "pet minut po dvanacte", jestli vas neco napada,
sem s tim.
Diky :)
/snajpa
Ahoj, pro zajímavost co máš za konfigurace? Zhruba - kategorie, deska,
chipset, procesor, ramka atd...
A nějaký dodavatel, který by stál za doporučení?
P
Dne po 7. 5. 2018 18:22 uživatel Jaroslav Skrivan <skrivy(a)skrivy.net>
napsal:
> Proslo mi rukama kolem 200 supermicer (ted jich mame v provozu asi 100) a
> odhad umrtnosti je za 10 let cca 3-4%. Nemuzu rict, ze nikdy nic neumrelo,
> ale bylo toho s ohledem na mnozstvi malo.
>
> Jarda
> ------------------------------
> From: Stepan Liska <stepan(a)comlinks.cz>
> Sent: 5/7/2018 5:46 PM
> To: vpsFree.cz Community list <community-list(a)lists.vpsfree.cz>
> Subject: Re: [vpsFree.cz: community-list] Supermicro, zkušenosti?
>
> Ahoj,
>
> spravoval jsem a spravuji několik SuperMicro serverů (a "serverů"). Šlo
> spíše o nižší třídu serverů, dokonce jsem měl pár let pod palcem i několik
> kousků s Atomem. Bylo jich celkem asi 8 a z toho jen jeden měl nějaké
> problémy s hardwarem a to ještě až po několika letech provozu. Pro mě zatím
> z hlediska spolehlivosti a za danou cenu s vybavením IPMI 2.0 s iKVM jasná
> volba pro cokoliv co potřebuji (SOHO + SmallBusiness). NBD záruky sice
> vezmou něco navíc, ale mají několik různých levelů včetně onsite a ceny mi
> přišly vcelku adekvátní ceně serverů, nicméně se mi zdálo, že se to vyplatí
> spíš u těch dražších. U levnějších jsem se spíš snažil o stejný nebo
> podobný typ a měl jsem jeden ve skříni navíc.
>
> Nicméně masivní nasazení jako vpsFree jsem nikdy nezažil a taky to co
> nasazuje vpsFree je o nějaký ten level výš.
>
> Štěpán.
>
> Dne 7.5.2018 v 09:27 Pavel Hruška napsal(a):
>
> Díky, jde mi o to, jaké jsou dlouhodobé zkušenosti, hlavně co se
> spolehlivosti týče. Rád bych měl nějakou alternativu k serverům HP apod.,
> tedy mít možnost udělat si vlastní server a nebýt úplně vázán vendor
> specific komponentami, především u řešení, kde je kladen důraz na rozpočet.
>
> Ještě (možná hloupý) dotaz, ale když mám teda E3-12x0, tedy bez int. VGA,
> musím ještě koupit nějakou grafiku k té desce? Uvažoval jsem spíš o
> E3-1245, tedy s integrovanou grafikou. Pro, proti?
>
> Díky,
> P.
>
> Dne 7. května 2018 9:08 Miroslav Šedivý <sedivy(a)kvetakov.net> napsal(a):
>
>> Tuhle desku máme, funguje to jako router společně s E3-1240 v6. nevím co
>> k tomu říct, prostě to funguje :-)
>>
>> *S pozdravem*
>>
>> *Ing. Miroslav Šedivý*
>>
>> Dne 6. května 2018 19:30 Pavel Hruška <mrpear(a)mrpear.net> napsal(a):
>>
>>> Ahojte, stručně a jasně, jaké máte zkušenosti se Supermicro? Mám v merku
>>> jejich desku, konkrétně X11SSH-F. Díky za názory.
>>> _______________________________________________
>>> Community-list mailing list
>>> Community-list(a)lists.vpsfree.cz
>>> http://lists.vpsfree.cz/listinfo/community-list
>>>
>>>
>>
>> _______________________________________________
>> Community-list mailing list
>> Community-list(a)lists.vpsfree.cz
>> http://lists.vpsfree.cz/listinfo/community-list
>>
>>
>
>
> --
> Ing. Pavel Hruška
> http://www.mrpear.net
> mrpear(a)mrpear.net
>
> web, webdesign, web-aplikace:
> http://www.pearfect.cz
>
>
> _______________________________________________
> Community-list mailing listCommunity-list@lists.vpsfree.czhttp://lists.vpsfree.cz/listinfo/community-list
>
>
> _______________________________________________
> Community-list mailing list
> Community-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
>
Ahoj,
chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS
s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po
upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít
podobný problém.
Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní
venet0. No a na základě toho selžou následně další věci závisející na
funkčním síťovém rozhraní.
Taky bych se chtěl zeptat, jak to vypadá s řešením postaveným na LXC.
Přijde mi, že provozovat moderní distribuci na OpenVZ je běh čím dál
hustějším minovým polem. Už teď musím mít v systému docela dost
obezliček, aby na OpenVZ běžel. Pokud by byl nějaký early access, tak
bych se hlásil jako dobrovolník. Počítám, že by mi to hodně problémů
vyřešilo.
Jirka
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)
Ahojte,
snajpovi se podařilo vyřešit problém s nefunkčními distribucemi se
systemd a glibc >= 2.26. Chyběl nám v kernelu prlimit syscall, který
systemd využívá.
Nody s kernelem 042stab127.46 už mají prlimit backportovaný a díky tomu
tam spustíte i Ubuntu 18.04. Dneska v noci to snajpa nasadil na
node1.pgnd a ještě ho máme na node2.brq. Ostatní nody by měly být
aktualizovány někdy o víkendu.
Takže na playgroundu můžete nové ubuntu a další distra s glibc>=2.26
zkoušet už teď, v produkci snad po víkendu. Do té doby produkční VPS s
Ubuntu na 18.04 neaktualizujte, nebo budete muset systém obnovovat ze
zálohy.
Zkoušel jsem na playgroundu i plně aktualizovaný Arch a taky funguje.
Akorát jsme řešili nastavení sítě, po aktualizaci na nejnovější systemd
to přestalo fungovat a musel se upravovat skript ve vzctl, aby generoval
trochu jiný config pro netctl. Pokud to budete zkoušet, nezapomeňte v
/etc/pacman.conf zakomentovat IgnorePkg.
Jakub