Dne 23. července 2014 10:15 Miroslav Lachman <000.f...@quip.cz> napsal(a):
> Chybu neudelas ani s jednim z nich.
Super, tohle jsem potreboval slyset ;)
diky moc
Mirek
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
Miroslav Prýmek wrote, On 07/21/2014 11:50:
Dne 14. července 2014 13:52 Miroslav Lachman <000.f...@quip.cz> napsal(a):
Mozna mi neco zasadniho unika, ale ma jit o neco sofistikovanejsiho, co
neumi zadny ze scriptu, ktere jsou v portech, v kategorii sysutils?
Ne, vubec ne, cim jednodussi a prim
Dne 14. července 2014 13:52 Miroslav Lachman <000.f...@quip.cz> napsal(a):
> Mozna mi neco zasadniho unika, ale ma jit o neco sofistikovanejsiho, co
> neumi zadny ze scriptu, ktere jsou v portech, v kategorii sysutils?
Ne, vubec ne, cim jednodussi a primocarejsi, tim lepsi. Nedelal jsem
si v tomhl
> zfs-periodic - Simple way of maintaining zfs snapshots using the
> periodic system
> zfs-replicate - A ZFS Snapshot Replication Script
> zfs-snapshot-clean - Tool to sieve ZFS snapshots as per given spec zfs-
> snapshot-mgmt - Automatic ZFS snapshot management tool
> zfsnap- Simpl
Miroslav Prýmek wrote, On 07/12/2014 18:35:
Dne 12. července 2014 14:26 Jan Dušátko napsal(a):
Data se zalohuji po hodinach do snapshotu, vecer se necha jediny. Snapshoty
jsou tyden zpet a potom ke kazdemu poslednimu v mesici za jeden rok zpet.
Ostatni roky jsou jenom 31.12.
Sorry za OT, ale
Miroslav Prýmek wrote:
> Dne 12. července 2014 14:26 Jan Dušátko napsal(a):
>> Data se zalohuji po hodinach do snapshotu, vecer se necha jediny. Snapshoty
>> jsou tyden zpet a potom ke kazdemu poslednimu v mesici za jeden rok zpet.
>> Ostatni roky jsou jenom 31.12.
>
> Sorry za OT, ale existuje
On 07/13/14 00:28, Jan Dušátko:
Pri tehle konfiguraci je vyhodou zakladni FreeBSD s nekolika porty
(nastaveni a script pro instalaci je dokumentaci) + database LDAP,
nesouci informace o Samba+AD userech atd., shell accountech a event.
napr. autentizace pro OpenVPN, pres RADIUS na 802.1x... Pak se
> Vychazeje z presvedceni, ze trivialni replikovana textova konfigurace
> dosahuje shodnych parametru co se tyce "vysoke dostupnosti" a jen
> zanedbatelne horsi vlastnosti v oblasti "synchronizace" ...
> .
> Cimz v zadnym pripade nechci rict, ze to je spatny reseni, ani ze tam
> ten LDAP nepri
On 07/12/14 20:32, Martin Bily:
provozuju dva DHCP servery (isc), ktere sdili konfiguraci ulozenou v
LDAPu (opendj). LDAP servery jsou dva s master-master replikaci.
Mam na to dva (virtualni) servery, na kazdem z nich je po jedne instanci
LDAP a DHCP. Funguje to "samo od sebe" bez nutnosti resit
Odpovedi:
1) Resim to pouze pro IPv4
2) Script pro snapshot mohu poskytnout, jen premyslim nad nejakou
parametrizaci at je to pokud mozno konfigurovatelne. Zatim tam mam parametry
pro denni/tydenni/mesicni/rocni cisteni, jinak parameter pro tvorbu, vypis
snapshotu, dale parametry pro backup/restore
On 07/12/14 14:26, Jan Dušátko:
Momentalne resim distribuovany DHCP a LDAP, DNS je replikovany (dva NS
servery, kazdy na jednom fyzickem stroji).
Zdravim,
provozuju dva DHCP servery (isc), ktere sdili konfiguraci ulozenou v LDAPu
(opendj). LDAP servery jsou dva s master-master replikaci.
Mam n
Dne 12. července 2014 14:26 Jan Dušátko napsal(a):
> Data se zalohuji po hodinach do snapshotu, vecer se necha jediny. Snapshoty
> jsou tyden zpet a potom ke kazdemu poslednimu v mesici za jeden rok zpet.
> Ostatni roky jsou jenom 31.12.
Sorry za OT, ale existuje na tohle nejaky (uz hotovy)/stand
On 07/12/14 14:26, Jan Dušátko:
Momentalne resim distribuovany DHCP a LDAP, DNS je replikovany (dva NS
servery, kazdy na jednom fyzickem stroji).
Jak uz jsme ostatne probirali po telefonu, DHCP bych vyresil stejne -
samostatne a nezavisle dva DHCP servery se shodnou konfiguraci.
DHCP protoko
> > Jakákoliv "sofistikovaná" metoda hrozí, že se rozbije...
>
> Muzes klidne vynechat privlastek "sofistikovana" a bude to porad
> pravda.
>
> Vzdycky je tam zbytkovy riziko a snaha o jeho odstraneni by mela koncit
> v okamziku, kdy je vetsi nez naklady na jeho zmenseni.
>
Pokud si zakaznik pre
On 07/12/14 09:07, Miroslav Prýmek:
Dne 3. července 2014 0:57 Jan Dušátko napsal(a):
V tuto chvili resim hlavne jak spolehlive zabranit soucasnemu pripojeni ZFS
poolu na obou strojich. V nerozhodne situaci přes web interface, kazdopadne
na obou strojich pojedou watchdog demoni a navic bude seri
Dne 3. července 2014 0:57 Jan Dušátko napsal(a):
> V tuto chvili resim hlavne jak spolehlive zabranit soucasnemu pripojeni ZFS
> poolu na obou strojich. V nerozhodne situaci přes web interface, kazdopadne
> na obou strojich pojedou watchdog demoni a navic bude seriovy port ridit
> reset druheho po
> > Ahoj vespolek,
> > Resim ted otazku tvorby miniaturního clusteru, kde se jedna o
> nasledujici:
>
> [...]
>
> > V tuto chvili resim hlavne jak spolehlive zabranit soucasnemu
> > pripojeni ZFS poolu na obou strojich. V nerozhodne situaci přes web
> > interface, kazdopadne na obou strojich poje
Jan Dušátko wrote:
Ahoj vespolek,
Resim ted otazku tvorby miniaturního clusteru, kde se jedna o nasledujici:
[...]
V tuto chvili resim hlavne jak spolehlive zabranit soucasnemu pripojeni ZFS
poolu na obou strojich. V nerozhodne situaci přes web interface, kazdopadne
na obou strojich pojedou w
Ahoj vespolek,
Resim ted otazku tvorby miniaturního clusteru, kde se jedna o nasledujici:
2ks konfigurace:
1x Atom D525/4GB RAM
2x NIC 1GB
1x ARECA (HW RAID 5)
4x 1TB WD RED
Pro zajištěni sluzeb bych rad rozjel zaklad FreeBSD v jedne casti pole - cca
32GB (UFS), ve
19 matches
Mail list logo