Příspěvky

1321

Distribuce / Re:libc6:i386 - dependencies problem

« kdy: 24. 01. 2017, 19:05:51 »

aktivní je ale ta defaultní:

Kód: [Vybrat]

:~$ dpkg -l libc6
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                               Version                        Architecture                   Description
+++-==================================================-==============================-==============================-==========================================================================================================
ii  libc6:amd64                                        2.19-18+deb8u7                 amd64                          GNU C Library: Shared libraries
zdenek@linux-desktop1:~$ 

1322

Distribuce / Re:libc6:i386 - dependencies problem

« kdy: 24. 01. 2017, 18:49:23 »

Vypadá to, že pro i386 máte jako zdroj jen stable, zatímco pro amd64 máte i testing.

mam pouze
jessie/updates main contrib

1323

Distribuce / Nelze nainstalovat závislost libc6:i386

« kdy: 24. 01. 2017, 18:25:09 »

Ahoj,
snažím se nainstalovat network printer BROTHER DCP_7065-DN
stahl jsem si deb baliček a pokusil nainstalovat:

Kód: [Vybrat]

dpkg -i  Downloads/printers/brother/cupswrapperDCP7065DN-2.0.4-2.i386.deb 

ale system brečí ohledně chybějící knihovny:

Kód: [Vybrat]

The following packages have unmet dependencies:
 cupswrapperdcp7065dn:i386 : Depends: libc6:i386 (>= 2.3.4-1) but it is not going to be installed
 libc6-i386 : Depends: libc6 (= 2.19-18+deb8u7) but 2.24-5 is to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

jako obvykle to vybízí k apt-get -f install , ktery by ovšem chtěl odstranit hromadu balíků - NE!
samostatně instalovat libc6-i386 se taky nedaří

díky za každou radu

1324

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 17:07:03 »

Vyborne! Ovsem muzete si dovolit tu herku zastavit na nekolik hodin nebo treba dva dny, podle velikosti disku? A co byste tim ziskal? Ze stravite hafo casu prenasenim nesmyslu, jako prazdne misto? Proc, proboha? Proc to nemuzete rsyncovat hned napoprve? Za co, soudruzi, za co?

Co byste eventuelne mohl udelat, aby vam tam celou vecnost nevisel snapshot, pokud by to byl problem, tak byste napoprve rsyncoval bezici virtual, pricemz ziskana kopie asi nebude v prilis dobrem stavu. Ale bude v dostatecne dobrem stavu na to, abyste nasledne mohl udelat rsync proti snapshotu, ktery uz probehne rychleji, protoze bude jen opravovat chyby. Ale najdete si, ktery parametr rsyncu vynuti kompletni kontrolu vsech souboru blok po bloku, bez ohledu na sedici timestamp a velikost. Jinak by mozna nektere chyby mohly ujit pozornosti.

jestli jsi spravne cetl, psal jsem v minulem case 'byl jsem ochoten'...ale vzhledem k informacim, ktere jsem ziskal od trpelivych rádců jsem pochopil, že dd mohu klidně vynechat
už se k tomu prosím nevracej, toto už je za námi...děkuji

1325

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 16:48:30 »

sorry, beru (snad) zpet, nevsiml sem si ze nez sem odpovedel na delsi dobu otevrenou stranku, tak uz pribyla page 3

omluva prijata :_)

1326

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 16:45:53 »

Není zač, tak nějak to je. Ještě upozorním, že záloha DB je dost samostatná věc, na úrovni fs bude fungovat, ale pokud je DB větší a je v ní nějaký pohyb, budeš v podstatě pokaždé dělat full backup. To se potom řeší vynecháním DB z rsync, nějakou plnou zálohou třeba jednou týdně (může být i ta fs) a potom se k tomu zálohují redo logy / transaction logy, ale to už je databázově závislý. Pokud tam DB nemáš, nebo není moc velká, netřeba řešit.

ohledne tech databazí...pokud by se osefovalo pauznuti sluzby co s databazí manipuluje, tak bych ty databaze resit nemusel pokud to dobre chapu

1327

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 16:24:15 »

takze jednim minimalistickym resenim by mohl byt tento script volaný dle potreby cronem:

Kód: [Vybrat]

#!/bin/bash

# Create a LVM snapshot of the var LV
lvcreate -L 50G -s -n websnap /dev/myGroup/webserver

# Mount the snapshot
mount /dev/myGroup/websnap /mnt/webserver-snapshot/ 

# Copy to remote
rsync /mnt/webserver-snapshot/  ssh supervisor@ip:/dev/myGroup/webserver

# Remove the snapshot
umount /mnt/webserver-snapshot/ 
lvremove -f /dev/myGroup/websnap

diky Tuxiku za srozumitelnou osvětu!

1328

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 16:22:00 »

takze jednim minimalistickym resenim by mohl byt tento script volaný dle potreby cronem:

Kód: [Vybrat]

#!/bin/bash

# Create a LVM snapshot of the var LV
lvcreate -L 50G -s -n websnap /dev/myGroup/webserver

# Mount the snapshot
mount /dev/myGroup/websnap /mnt/webserver-snapshot/ 

# Copy to remote
rsync /mnt/webserver-snapshot/  ssh supervisor@ip:/dev/myGroup/webserver

# Remove the snapshot
umount /mnt/webserver-snapshot/ 
lvremove -f /dev/myGroup/websnap

1329

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 15:20:35 »

Nenene... zastavit aplikace na virtuálu, udělat snapshot (pár sekund), pustit služby, přimountovat snapshot, zazálohovat snapshot, odmountovat, smazat snapshot. Běžící stroj včetně aplikací je konzistentně nezálohovatelný, pokud na to aplikace nejsou připraveny a nemají to ošetřeno. U nějakých webů s pár přístupama to nebude problém a zastavovat většinou netřeba, ale jestli je to kritická aplikace, ve které může kdykoliv někdo něco dělat a hlavně měnit, pak bych se podíval do její dokumentace na doporučený postup. Pokud tam nic takovýho není, omlátit výrobci o hlavu, vypovědět smlouvu a hledat něco rozumnýho.

díky...výstižné, teď už se mi to konečně začíná objasňovat

1330

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 14:59:46 »

rsyncovat vies len subory, cele blokove zariadenie ti bez DDcka nepojde prekopirovat cize ak rsync, tak /path/to/source/ /path/to/destination/

Tak ono by nejspis melo jit rsyncovat blokova zarizeni. Proc ne, kdyz to v systemu je videt jako soubor. Otazka tedy je, jak by se rsync tvaril na to, ze kazde to zarizeni ma jinou fyzickou velikost.

Ale tim porad nemizi problem s dd, ze na cilovem stroji ziskam leda tak nabourany FS se soubory v nekonzistentnim stavu.

od sameho zacatku je mi jasne ze dd ma smysl jen pri unmountlem zarizeni.....to jsem byl ochoten udelat - jednou pro ziskani vychozich dat
s tím ze dale bych to jen prikrmoval snapshotama

1331

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 14:48:24 »

rsyncovat vies len subory, cele blokove zariadenie ti bez DDcka nepojde prekopirovat cize ak rsync, tak /path/to/source/ /path/to/destination/

Ale potom ti snapshoty lvciek nepomozu, uz budes musiet robit incremental backupy suborovej urovni.

proto jsem od samého začátku šel po 'dd'
takže celá ta věda je zastavit virtuál a pustit rsync na soubory?
rsync /mnt/virtualmachine-1 ssh user@ip:/mnt/virtualmachine-1

to by ale neřešilo live backup (běžícího virtuálu)

1332

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 14:27:11 »

ok, nechám si poradit od zkušenějších a počáteční stav na backup server udělám přes rsync
bude problém když:
- remote LVM je větší než source LVM ?

je jedno ? zda posílám rsync na:
- rsync /dev/mapper/myGroup--lv1 ssh user@ip:/dev/mapper/myGroup--lv1
nebo
- rsync /dev/myGroup/lv1 ssh user@ip:/dev/myGroup/lv1

1333

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 13:46:47 »

To chce klid... postupně... dd se dá použít k vytvoření "počátečního stavu", ale je to zbytečné, bude se přenášet i prázdné místo... počáteční stav se dá stejně dobře vytvořit i tím rsyncem a to úplně stejným příkazem, jak pozdější synchronizace. Není na tom co vymýšlet. Ještě upozorňuji, že v rámci zachování konzistence na všech úrovních je třeba zastavit aplikace, databáze atd, vytvořit snapshot, spustit aplikace a to ostatní a snapshot tím pádem bude obsahovat konzistentní data (pokud toto není ošetřeno jinak na aplikační úrovni).

díky za podporu
přesně toto mi nebylo jasné, jak vytvořit počáteční stav
a co lvconvert   ...?

1334

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 12:27:50 »

vzdálené LVM je prázdné
na zdrojovém LVM udělám snapshot -> ten rsyncnu na vzdálené LVM (jak popisujete)
ten snapshot má třeba 1GB z referenčních 100GB(celé LVM)

z čeho na vzdáleném LVM ten 1GB snapshot veme referenční data....toto mi nejde do hlavy

díky za objasnění

1335

Software / Re:LVM - manipulace se svazky

« kdy: 23. 01. 2017, 11:58:33 »

a me zase pripada, ze vubec nechapete pointu:
ten backup server ma ciste disky, jen predvytvorene LMVka (prazdné kontajnery)
pokud na nej rsyncuju jen samotnej snapshot zdrojoveho LVM, tak logicky i laik jako ja si domysli, ze to fungovat nebude
vzdyt ten snapshot se odkazuje na matricni data a to je to proc chci pouzit k inicializaci dd
dd udelam pouze jednou a pak uz bych jen rsyncoval snapshoty