Portál AbcLinuxu, 3. května 2025 13:47
30.3.2009 01:36
Joseph | skóre: 7
| blog: No_bullshiting_please
| Ba'aretz
Nebo udělat 32bit chroot.
Dd,
no i tak se dá... Ale server nemá teď rozběhlou podporu pro virtualizaci... Takže možná rozběhnutí nějakého virtuálního stroje by bylo hádám obtížnějsí... A na qemu/kvm to dávat by mi nepřišlo jako úplně OK...
Zdraví
Honza Marek
30.3.2009 11:39
houska | skóre: 41
| blog: HW
licence? 
A proč vlastně?
Zdraví
Honza Marek
30.3.2009 12:53
Joseph | skóre: 7
| blog: No_bullshiting_please
| Ba'aretz
Dd,
jo a ještě: pokud mám na stávajícím serveru normální instalaci Linuxu, pak by mě čekala docela šílená pakárna: vše zazálohovat, zrušit, nainstalovat vmware, pak do něj buď převést ten server, nebo nová instalace a obnova celé konfigurace, všech dat uživatelů, odzkoušení všech služeb (pošta, vzdálený přístup přes OpenVPN, asterisk s IP telefonií)... Zkoušel jste to někdy? A proč to všechno, když to jde "nativně", byť s mírnými obtížemi. Domnívám se ale, že Vámi navrhovaný postup by byl mnohem náročnější...
Zdraví
Honza Marek
30.3.2009 14:14
houska | skóre: 41
| blog: HW
... vše zazálohovat, zrušit, nainstalovat vmware, pak do něj buď převést ten server, nebo nová instalace a obnova celé konfigurace, všech dat uživatelů, odzkoušení všech služeb (pošta, vzdálený přístup přes OpenVPN, asterisk s IP telefonií)..proc? nainstaluju vmware, nainstaluju system ktery ta aplikace podporuje a nainstaluju aplikaci. Nic jinyho bych tam nedaval ...
Hmmm... A co ten původní systém s těma službama?
Zdraví
Honza Marek
30.3.2009 14:42
houska | skóre: 41
| blog: HW
Dd,
a na jakém železe, když na to vše mám jeden stroj? S tím KVM by to snad šlo, ale s VMWare asi těžko.
Pochop: mám funkční server s RAID polem, na který chci přestěhovat aplikační server Abry. Zvolil jsem postup, který jsem popsal, další možností (v podstatě podobně pracnou) by bylo KVM/qemu. VMWare je spolu s XEN-em už pracností úplně jinde.
Nebo jsem něco nepochopil.
Zdraví
Honza Marek
30.3.2009 21:05
houska | skóre: 41
| blog: HW
VMWare je spolu s XEN-em už pracností úplně jinde.o zenu nic nevim, instalace vmwaru na zacatku roku (nevim jak ted, ale predpoklam ze ten anyany patch uz neni potreba) mi v debianu trvala pul hodinky
Normalne naistaluj Xen. S KVM bych jeste nejaky ten patek pockal.
Jestli mas Debian tak installujuj xen system. To nainstaluje novy kernel a xen tools. Machina ti zustane takovou jako mas, akorad tam bude jiny kernel.
Pak upravis networking pro xen - udelas bridge.
No a pak si jen udelas novou VM pro tu ABRu.
Nakonec udelas dalsi VM a pomalu premigrujes stavajici sluzby na novou VM . Ale to jen jestli chces.
Postup zvoleny ve tvem clanku neni vhodny a ani spravny. Radsi bych to vse oddelil. Rekl bych ze jsi nevhodne vyuzil nove zelezo. Pred tim nez nainstalujes Xen mrkni na typ procesoru a jestli podporuje VT. Jestli ne mas smulu, ale vetsina procaku to uz podporuje. Akorad to musis zapnout v BIOS.
Jestli chces muzes prejist na XenServer Enterprise od Citrixu (zadarmo ke stazeni). Jednoducha installace. Ale musel by jsi zalohovat stavajici server a pak obnovit ze zalohy, pri pouziti kernelu z xen-tools. Neni to zas tak slozite.
Postup zvoleny ve tvem clanku neni vhodny a ani spravny. Radsi bych to vse oddelil. Rekl bych ze jsi nevhodne vyuzil nove zelezo. Pred tim nez nainstalujes Xen mrkni na typ procesoru a jestli podporuje VT. Jestli ne mas smulu, ale vetsina procaku to uz podporuje. Akorad to musis zapnout v BIOS.
Buďto jsem napsal článek špatně, nebo čteš jen něco: dokonce už i tady na fóru jsem psal, že jsem migroval aplikační server Abry na již běžící server... Ale ještě pro jistotu:
Linuxový server na novém železe mi běží už cca rok. Běží na něm některé služby, jako firewall, asterisk, samba, postfix, POP3 server, openvpn apod.
Cca před měsíce jsem na tento server přemigroval aplikační server Abry a postup migrace jsem popsal zde.
Já nemám nic proti virtualizaci, zkoušel jsem Xen, v KVM provozuju Windows, VMWare máme v práci. Ale když mám funkční server s uspokojivě chodícími službami bez virtualizace, tak kvůli migraci aplikačního serveru jedné aplikace nebudu celý server rušit, předělávat na virtualizaci a rozbíhat instance jiných serverů, zvlášť když jsem měl možnost to celé prostě nechat být a vrátit vše do původního stavu, tj. nechat aplikační server běžet na té Windowsovské stanici.
Já ti nebráním, pokud se chceš vyhnout zmíněným problémům, aby sis rozběhl virtualizaci. Já jsem si to vyhodnotil tak, že by to byl pro mě zbytečný opruz. Kdybych měl už na začátku vše dělané virtualizací nebo měl k dispozici nové železo, asi bych o tom uvažoval, ale v tomto případě to nebylo na místě.Tečka. Otázce virtualizace tohoto konkrétního řešení se od této chvíle přestávám věnovat.
A co se týče vhodnosti a správnosti postupu: opravdu by mě zajímalo, co na tom nebylo vhodné a správné. Aktis to ve své příručce popisuje, vše běží, jak má... Asi už stárnu a celému IT rozumím nějak špatně, ztrácím ten jediný správný radikální pohled na svět, či co...
Zdraví
Honza Marek
Při upgradech systému není potřeba přepínat na jiný nexus.cfg a zase zpátky. Stačí si jen zazálohovat ten správný nexus.cfg a po upgradu ho vrátit zpátky. Upgrade by neměl mít potřebu se na StorageFile atd. vůbec dívat, protože veškerou práci odvede linuxový aplikační server.
A doporučuji ve Firebirdu zvýšit LockMemSize a LockHashSlots, jinak mu po nějaké době celkem rychle dojde prostor pro zámky, a třeba i taková obnova ze zálohy pak "záhadně" padá ...
K upgradům: popis, jak provádět upgrade, je součástí zmiňované instalační příručky a upgrade na data dosáhnout (občas) musí, neb se v jeho rámci čas od času konvertují struktury dat.
A děkuju za poznámku k nastavení firebirdu, dnes večer to přenastavím... Máte nějaké doporučené hodnoty?
Zdraví
Honza Marek
Ve firebird.conf mám:
LockMemSize = 2097152
LockHashSlots = 991
Vycházel jsem z hodnot které výpisuje "/opt/firebird/bin/fb_lock_print |grep 'Used:'", a které vždy po restartu Firebirdu pomalu rostly, až se cca po měsíci ustálily na hodnotě lehce přes 1M :)
Dd,
díky, zkusím se na to kdyžtak taky podívat...
Zdraví
Honza Marek
K tomu updatu ... vycházel jsem z toho, že v manuálu se píše že update/upgrade je potřeba provést metodou "backup - update - restore". A pak už mi přišlo jednodušší si při instalaci vždycky zvolit "nová instalace" (raději než "aktualizace") a následně nechat všechno na linuxovém appserveru, než řešit jestli má instalátor právo zápisu do Storage.STF a kde ho vlastně najde.
Ale taky se to dá brát tak, že mě ta metoda s alternativním nexus.cfg pro Windows prostě nenapadla :).
Jsou možné obě cesty při updatu, tedy "nová instalace" i "aktualizace". Technicky při updatu vzniká nová repozitoř (tj. soubor Storage.STF) se systémovými daty a teprve obnovou dat se naplní uživatelskými daty -- problémem je opravdu jen přístupnost tohoto souboru v jeho umístění během instalace. Spíše bych doporučil novou instalaci.
z moji zkusenosti se nexus.cfg musi pro potreby souhrnych updatu a migrace na 9.01.06 upravit a pak vratit to puvodniho stavu, jinak updaty "upadly" dost tvrde a delali jsme recovery ze zalohy. 
A dá se zprovoznit Abra na stanicích v Linuxu nebo Mac OS X? Myslím tím třeba ve Wine, nepředpokládám, že mají nativní klienty pro neWindows platformy.
Dd,
toto jsem zatím nezkoušel. Je možné, že by to částečně šlo, ale některé věci v Abře se dělají pomocí OLE (kupříkladu účetní výkazy), a to by asi nebylo úplně triviální (pokud by to vůbec šlo)... Zatím do toho moc chuti nemám...
Nativní klienti pro platformy jiné než Win nejsou (zatím) a nevím o tom, že by je v Abře chystali.
Zdraví
Honza Marek
od verze 8 to je docela problém - padalo to při otevírání agend ve stejném okně - řešením bylo otevřít v novém, ale už to nebylo ono. Dal se rozchodit bez problému i tisk, doinstalací thunderbirda a acrobat readera i odesílání pomocí e-mailu. Chystal jsem i návod pro G3, ale s osmičkovou verzí mě přešla chuť a začal provozovat ve virtuálu klienta. V této době navíc už s G3 napracuji (změna firmy), takže nevím, jak jsou na tom nové verze, ale pokud se to rozhodnete zkusit, rád budu nápomocen.
Testoval jsem jednak vždy nejnovější Wine, tak i Crossovery. Ještě poznámka k OLE - jediným problémem byly tzv. OLE dokumenty, se kterými jsem se nikdy nevypořádal - poslední test ale někdy v druhé půlce loňského roku, takže se třeba situace zlepšila?
Situace s OLE dokumenty je ustálená - nestojí za nic. Sami lidé z Aktisu činní v terénu nedoporučují jejich užívání.
Dd,
bohužel, pokud chcete k daňovému příznání přiložit výsledovku a rozvahu, tak IMHO jinou možnost než OLE nemáte. Nebo víte, jak se to dá udělat bez OLE?
Zdraví
Honza Marek
to se přiznám jsem nikdy já osobně nedělal - účetní jela normálně na XP - já se pohyboval především ve skladech, fakturaci atd. Tím pádem netuším, jak to přesně probíhá - možná když bude chvíle volna zkusím mrknout, nějakou osmičku verzi doma ještě snad vyhrabu, na domácím serveru to snad taky ještě půjde nahodit
Je ale fakt, že tomu moc nedávám Bylo by to ale pěkné, kdyby to fungovalo 
Jasně že to jde bez OLE. Podávám daňová přiznání už pár let elektronicky (adisdpr.mfcr.cz) a přílohy přikládám v PDF.
diky uprave kluku z abry v kodovani menu modulu (na nasi zadost) se to rozjelo, ale prvni pokus pod wine nevypadal moc nadejne. pomohl nam nakup licenci crossover verze 6 a migrace klienta na nej. do stavu, kdy mate ve skladovych kartach do 1000 polozek je to pouzitlene. u nas si klient dela klice na 39000 skladovych polozek a to v emulaci wine/crossover bylo casove neunosne. zmigrovali jsme po roce provozu na W2008 ent server a abra jede terminalove pres RDP seamless nebo full desktop. business mel prednost a nemohlo nas to zdrzovat.
kazda instalace Abry na linuxu je tezkou ranou monopolistovi z Redmondu ...
Dd,
no, kdybyste si přečetl ten článek pořádně, zjistil byste, že se na linux pouze přesouval aplikační server z jedné ze stanic na síti a klienti běží dál na Windowsech, takže žádná rána se, jaksi, nekoná...
Zdraví
Honza Marek
window, linux, mac os x, bsd, solaris, kde mate kruci ten monopol?
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.