Příspěvky

16

Distribuce / Re:Jak přesunout system z jednoho raidu do druhého

« kdy: 20. 11. 2016, 15:33:37 »

To vim taky, ze sda1 je prvni oddil disku sda. Na ten oddil se uklada ten raid. Preinstalovat to nechci. Cilem je pochopit, jak se ten raid chova, teprve se to ucim.

17

Distribuce / Re:Jak přesunout system z jednoho raidu do druhého

« kdy: 20. 11. 2016, 14:39:29 »

To se snazim pochopit jak to funguje. Mel jsem za to, ze "binarni obsah" SW raidu je sda1, nikoliv md0. A md0 by mel obsahovat jenom filesystem samotny.

Kdyz naklonuju sda1, tak se tim zkopiruje ten puvodni raid, ktery jsem kopirovat nechtel.

Mozna jsem se spatne vyjadril, mym cilem je zkopirovat filesystem na novy raid md1.

18

Distribuce / Re:Jak přesunout system z jednoho raidu do druhého

« kdy: 20. 11. 2016, 12:36:36 »

Varianta popsana czipis funguje, ale me zajima, proc to nejde takhle. Budu mit situaci, ze mam image tech logickych disku a chci je spustit v novem raidu.
Udelal jsem nejake dalsi pokusy s klonovanim na stejne velke disky a stejne velke partition pres sfdisk -d, ale vysledek je stejny, nefunguje to. Delam to offline z live cd.

Funguje ale, kdyz klonuju na jiny disk bez raidu takto dd if=/dev/md0 of=/dev/sde1
Potom nainstalovat grub a nasledne po odebrani puvodnich disku se to da nabootovat a funguje to. Tohle funguje i na klonovani spusteneho systemu (ono tam toho moc nebezi).

No takze zpusob klonovani bude asi OK, velikost disku a partition taky, ale neco tomu vadi u toho noveho raidu, ale nevim co. Metadata 1.0 je stejne jako na puvodnich discich a dale uz me nic nenapada.

19

Distribuce / Přesun systému z jednoho RAIDu do druhého

« kdy: 19. 11. 2016, 23:42:44 »

Mám Centos 6.8 s raidem 1 a zkouším přesunout systémovou partition na jiné disky také do raidu 1 pomocí dd if=/dev/md0 of=/dev/md1 (mám jen jednu partition), ale ten přenesený systém se kousne při bootování jádra na hlášce usb, viz dole obrázek. Proč tento postup nefunguje? Zkoušel jsem to i offline z live cd a stejný výsledek. Když klonuju partition použitím dd na nový disk na systému bez raidu, funguje to normálně.

Co se ještě musí udělat, aby to fungovalo s tím raidem?

Kód: [Vybrat]

cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sdb1[1] sda1[0]
      1535936 blocks super 1.0 [2/2] [UU]
      bitmap: 1/1 pages [4KB], 65536KB chunk

Kód: [Vybrat]

fdisk /dev/sdc
n
1
1 default
522 default
t
fd
w

sfdisk -d /dev/sdc | sfdisk /dev/sdd
mdadm --create /dev/md1 --raid-devices=2 --level=1 /dev/sdc1 /dev/sdd1 --metadata=1.0
mdadm: array /dev/md1 started.

Kód: [Vybrat]

cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sdd1[1] sdc1[0]
      4192896 blocks super 1.0 [2/2] [UU]

md0 : active raid1 sdb1[1] sda1[0]
      1535936 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

Kód: [Vybrat]

dd if=/dev/md0 of=/dev/md1

grub> root (hd2,0)
root (hd2,0)
setup (hd2,0)

grub> root (hd3,0)
root (hd3,0)
setup (hd3,0)


20

Server / Re:Virtualizace: Hyper-V, qemu nebo VMware ESXi

« kdy: 31. 10. 2016, 16:26:23 »

Zrovna testuju Hyper-V na winserveru 2012 standard. Měl jsem to puštěné na starším serveru z roku 2008 Intel Xeon 5405/2 GHz. msinfo32 říká A hypervisor has been detected. Features required for Hyper-V will not be displayed. Ale virtuál šel spustit.

Tak jsem tam chtěl rozběhat hyper-v core 2016, ale tam nejde vůbec virtuál zapnout - msinfo32 říká, že to nepodporuje SLAT. Dá se to pustit bez toho slatu? Je to jenom na vyzkoušení funkcí hyper-v, žádný ostrý provoz.

21

Server / Virtualizace: Hyper-V, qemu nebo VMware ESXi

« kdy: 31. 10. 2016, 10:16:42 »

Kdo máte větší zkušenosti s nasazením virtualizace v ostrém provozu, jaký hypervizor je vhodný a na co? Hyper-V, qemu, VMware ESXi
Je lepší pro windows použít hyper-v a pro linux qemu nebo je to jedno z hlediska výkonu a stability?

Na nových desktopech bývá v biosu virtualizace vypnuta. Vadí něčemu zapnutá, pokud ji uživatel nepotřebuje, ale jenom tam v biosu je?

22

Server / Re:Derby dump databaze

« kdy: 17. 10. 2016, 14:16:08 »

Už to funguje. Zapomněl jsem přidat x práva pro podadresáře v tom db.

23

Server / Re:Derby dump databaze

« kdy: 17. 10. 2016, 12:49:04 »

Když zkopíruju složku db z toho windows sysaidu a spustím tomcat, nejde se připojit na žádnou stránku ani na sysaid. Soubor derby.log je prázdný, nic se tam neuložilo.

24

Server / Derby dump databaze

« kdy: 14. 10. 2016, 13:56:20 »

Potreboval bych prevest sysaid z windows na linux, ktery bezi v databazi derby. Nejdriv jsem zkousel jednoduse nakopirovat slozku C:\Program Files (x86)\SysAidServer\root\WEB-INF\db do prislusneho adresare v linuxu se stejnou verzi sysaid, ale po spusteni tomcat se to kouslo.

Nasel jsem nejake navody na export/import jednotlivych tabulek https://db.apache.org/derby/docs/10.12/adminguide/tadminexporting.html

ale ja potrebuju nejak dumpnout celou databazi a naimportovat ji v linuxu podobne jako se to dumpne v mysql.
Poradi nekdo? Nejsem zrovna programator a derby ani javu neumim.

25

Windows a jiné systémy / Re:Otevřené porty z neznámého důvodu

« kdy: 26. 11. 2013, 22:38:03 »

Tak jsem to vyzkoušel a skutečně je to avastem. Dělá to nastavení webového štítu, který sedí na těch portech. Problém jsem spravil volbou "Testovat provoz pouze pro známé webové prohlížeče". Firefox a Internet jako známý prohlížeč mi úplně stačí.

Díky za pomoc.

26

Windows a jiné systémy / Otevřené porty z neznámého důvodu

« kdy: 26. 11. 2013, 20:51:04 »

Zjistil jsem, že můžu telnetovat na jakoukoliv IP na tyto porty: 80,3128,8008,8080,8081,8888, i když tam nic neběží. Opravdu na jakoukoliv, vnitřní vnější nebo jiná vnitřní IP, která nepatří do mého rozsahu. Po zadání třeba telnet 5.5.5.5 80 se otevře, dá se tam psát, ale nelezou z toho data. Je evidentní, že to způsobuje nějaká aplikace, mohl by to dělat vmware, ale to přesně nevím.
Po zadání netstat -an není vidět, že by byl některý tento port otevřený.

Jinak všechno funguje, na web se normálně dostanu a není s tím problém. Tyhle porty se ukazují jako otevřené a jsou vidět ve virtuálu i v hostitelkém počítači.

Má někdo nápad, co s tím? Mám Windows 7.

27

Sítě / Re:Jak zjistit, zda má IP adresa doménu

« kdy: 22. 11. 2013, 19:22:46 »

Tím telnetem to takhle nezjistím. Jde o to, že ještě nevím, že tam běží canyouseeme.org. To teprve potřebuju zjistit z té IP adresy.

Otázka je tedy: mám IP 107.20.89.142 a potřebuju zjistit, jaký web tam běží. Ten sameid.net je dobrý, díky za něj. Je na to i nějaký linuxový nástroj?

28

Sítě / Jak zjistit, zda má IP adresa doménu

« kdy: 22. 11. 2013, 18:30:04 »

Mám třeba IP 107.20.89.142. Pomocí dig nebo nslookup nenajdu žádnou doménu. Běží tam web server, ale na stránce http://107.20.89.142/ je jen nějaké defaultní It works!

Jakým způsobem se dá zjistit, že tam běží stránka canyouseeme.org ?

29

Windows a jiné systémy / Jak ve Windows dobře routovat

« kdy: 30. 06. 2012, 20:47:26 »

Ahoj, mám takový speciální požadavek. Ve windows obecně se nedá routování ovládat tak dobře jako v linuxu a já to potřebuju nastavit ve windows. Mám windows 7, v nich dva virtuální servery ve vmware. Připojeny mám dvě síťovky podle obrázku jednu do routeru 192.168.157.1 a druhou do druhého routeru 192.168.160.1. Každý router je připojen zlášť do internetu a má svou veřejnou IP.
Potřebuju, aby zvenku byly dostupné oba virtuální servery na stejném portu 80, každý na své samostatné veřejné IP. Každý server je jiný a bude tam běžet něco jiného. Z routeru to mám přesměrované do host kompu a tam do obou virtuálů.
Problém je v tom, že vždy funguje jen jeden:

když přijde navázání spojení na port 80 z brány 192.168.157.1, vše funguje jak má;
když přijde navázání spojení na port 80 z brány 192.168.160.1, odchází odpověď automaticky na bránu 192.168.157.1, protože má přednost. Výsledkem je Connection reset by peer.
Konkrétně: přijde packet SYN z 160.1, následuje odpověď SYN,ACK do brány 157.1, což nemůže fungovat.

Dalo by se nějak nastavit, aby data ve spojení odcházela stejnou branou, kterou přišla?

30

Windows a jiné systémy / Re:Jak zkopírovat soubory na NTFS s původními právy

« kdy: 13. 05. 2012, 18:39:10 »

Špatně jsem se vyjádřil. Kopírovat soubory z jednoho NTFS do jiného NTFS tak, aby tam zůstala původní windowsová práva přesně stejně podle původního disku.