Prosíme přihlašte se nebo zaregistrujte.

Přihlašte se svým uživatelským jménem a heslem.
Vaše pomoc je stále potřeba!

Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - On

Stran: [1] 2 3 ... 46
1
To jmp: taky mě to napadlo, ale já tam mám ještě nějaké textové výstupy, takže bych potřeboval tyto výstupy na obrazovce zachovat

To Cuore: No jo, to je přesně ono! Jak málo stačí, když to člověk zná :-)

Díky moc, +

2
Hola,

nedaří se mi doptat googlu, jak udělat smyčku, kde vyčítám nějaké hodnoty a chci, aby se mi  zobrazila pouze aktuální hodnota.

Něco jako:

#!/bin/bash
for i in 1 2 3 4 5 6 7 8 9 10
do
   echo "$i/10"
done

...jen s tím, že se musí zobrazit vždy jen aktuální hodnota, takhle mi to vypíše 10 řádku což nechci.
Něco takového je při instalaci přes apt, kde se počítá rychlost, čas atd...Jakým způsobem se tohoto dá docílit?

díky

3
Ubuntu Server / Re:Linux Integration Services pro Ubuntu [vyřešeno]
« kdy: 27 Října 2015, 13:19:01 »
jj, vyzkoušeli jsme to samé řešení na Ubuntu 14.04 s jádrem 3.19.x (ale nejspíše by fungovalo i jiné).
Abych uvedl ještě dotaz na správnou míru, měl jsem za to, že bylo řešení postaveno na Ubuntu, ale bylo na Debianu 7.x a jádro tam bylo starší, protože celá farma byla takhle postavená (čili dotaz měl směrovat na fórum Debianu, za což se omlouvám..)

Celý problém spočíval v tom, že LIS ovladače jsou v DEB-ianích distribucích integrované v jádře a na tomto starém jádře systém jednoduše neumí korektně komunikovat s Hyper-V. Reinstall na Ubuntu 14.04 vše vyřešil. Nové jádro = nové verze LIS.

díky,
L

4
Ubuntu Server / Linux Integration Services pro Ubuntu [vyřešeno]
« kdy: 13 Října 2015, 11:15:16 »
Ahoj,

máte někdo zkušenosti s virtualizační platformou Hyper-V a Ubuntu jako hostama?
Potýkáme se s problémy ohledně náhlé ztráty síťové konektivity.

Mám podezření na LIS (Linux Integration Services).
Ať už stahuji verzi 3.5 nebo 4.0, v přiloženém PDF je specifikace podporovaných OS - ubuntu bohužel chybí.

Velmi podobný problém jsem našel tady: http://askubuntu.com/questions/204452/hyperv-integration-services-v3-4-for-12-10 - je tam i přímý odkaz na download, ale nefunguje..dá se ale vydedukovat, že nejspíš pro Ubuntu nějaká podpora bude.

Možná to bude spíš dotaz na forum pro Hyper-V, ale má někdo zkušenost s Ubuntu/Debianem na Hyper-V ze zdejší komunity a setkal se případně se síťovými problémy?

díky,

5
Ubuntu Server / Re:SAMBA over Internet
« kdy: 09 Července 2014, 23:49:26 »
Tak k ladění VPN se bohužel nemůžu zatím dostat.

Úspěšně to zatím dělám takhle:

Na ploše jedné účetní jsem vytvořil dvě ikony.."vzdálené spuštění PC" a druhá "vzdálené připojení".
Klikne na první > zapne PC. Klikne na druhou, připojí se na plochu vzdáleného PC, kde může Pohodu ovládat.
Je to škrabání se na levém uchu pravou rukou, ale časově mi to teď moc nevychází...

Do budoucna tak jako tak musím VPN vyladit..jak už jsem zmiňoval, jiné aplikace mi taky běží pomalu, takže tak jako tak se k tomu musím dokopat...budu informovat jak jsem pokročil. Každopádně kdyby někdo řešil podobný problém, jako dočasné řešení to takhle funguje ke spokojenosti všech.

6
Ubuntu Server / Re:SAMBA over Internet
« kdy: 20 Června 2014, 07:20:00 »
V mém případě se jedná o 3 lidi, kteří tu pohodu využívají a to ještě tak, že nikdy ji nevyužívají všichni 3 současně. V podstatě najednou ji využívá max jeden člověk. Očekávám, že tohle by snad fungovat nějak mohlo :) ...nechci to řešit vzdálenou plochou. Pochopil jsem, že bojovat s větrnými mlýny nemá význam, ale pokud to využití je až takhle minimalistické, tak doufám, že to stačit bude.

U mě tedy hlavní problém bude ve vyladění openvpn. S využitím v lokální síti zatím žádný problém není.

7
Ubuntu Server / Re:SAMBA over Internet
« kdy: 19 Června 2014, 15:40:15 »
A ani tohle tedy v tvém případě nepomohlo?

8
Ubuntu Server / Re:SAMBA over Internet
« kdy: 19 Června 2014, 14:15:05 »
Tady to jde pěkně vidět:

-rwx------  1 user2 users      128 čen 19 08:55 GlobalData.ldb*
-rwxrwxrwx  1 user1     users   151552 čen 15 16:53 GlobalData.mdb*
-rwxrwxrwx  1 user1     users  7888896 kvě 20 10:02 NovakJU.mdb*
-rwxrwxrwx  1 user1     users  6836224 kvě 20 10:02 NovakNO.mdb*
-rwxrwxrwx  1 user1     users  8089600 čen 10 14:34 NovakPO.mdb*
-rwxrwxrwx  1 user1     users  8245248 kvě 20 10:02 NovakPU.mdb*
-rwx------  1 user2 users      128 čen 19 08:55 Pohoda.ldb*
-rwxrwxrwx  1 user1     users    60188 kvě 20 10:02 Pohoda.leg*
-rwxrwxrwx  1 user1     users   643072 čen 19 08:56 Pohoda.sys*
-rwxrwxrwx  1 user3  users       64 čen 19 08:55 PSC.ldb*
-rwxrwxrwx  1 user1     users  1904640 kvě 20 10:02 PSC.mdb*
-rwxrwxrwx  1 user1     users  1896448 kvě 20 10:02 Sestavy.mdb*
-rwxrwxrwx  1 user3  users       64 čen 19 08:55 Svatky.ldb*

Takže pokud chce např uživatel "user1" přistoupit k prvnímu souboru GlobalData.ldb, jehož vlastníkem je user2, tak nemá nárok...a odpovídalo by to i chybě databáze. Dokonce ani nepomůže, že jsou všichni ve stejné skupině "users" :-)

9
Ubuntu Server / Re:SAMBA over Internet
« kdy: 19 Června 2014, 13:57:55 »
s "oplock-y" jsem si tedy nehrál, nicméně přímo na supportu pohody píší následující:
http://www.stormware.cz/Podpora/FAQ/pohoda/197/Pri-provozu-programu-POHODA-v-sitove-verzi-dochazi-k-castemu-poskozeni-napr-nekolikrat-denne-databaze-ucetnich-dat-mdb-souboru-V-siti-jsou-zapojeny-pocitace-s-operacnim-systemem-Windows-NT-20/?id=984

Ve výčtu operačních systémů, které oplock využívá není Windows 7 - byť ji využívá. Ve firmě, kde je to takhle udělané jsou pouze Win 7. Máš negativní zkušenost i s prostředím, kde jsou pouze win 7?


PS: našel jsem tady nějaké starší vlákno: http://forum.ubuntu.cz/index.php?topic=14596.0

Přesně tuto chybu mi to napsalo dnes..tedy: "Nepodařilo se otevřít databázi firem. Pokud se jedná o databázi ve formátu Accsess 2000, pravděpodobně nemáte na tomto počítači nainstalovány podpůrné knihovny dle instrukcí výrobce"

Nicméně já si včera večer hrál právě s tou openvpn, tak mě napadlo, že by mohl být problém s právy..zkusil jsem jednoduše 777 na celou složku a tím se to rozběhalo.

Není tento problém "pouze" v tom, že se na účetní program hlásí X uživatelů, každý s jinými právy a on s tím má problém? Jestliže mu dám 777 a přihlásí se uživatel "abc", tak to funguje ..pak jsem se přihlásil já (tedy user např xyz) a načítání trvalo nechutně dlouho...nicméně "něco" si tam vytvořil/upravil...na druhý den se tam přihlásila účetní, opět pod userem "abc" a možná se to snažilo přistoupit k souboru, který jsem vytvořil já (a tyto soubory už samozřejmě neměly práva 777)....a zde došlo k té výše zmiňované hlášce. Jakmile jsem ale práva změnil opět na 777, vše bylo ok.

Práva bych samozřejmě upravil nějak lépe, 777 není zrovna košér, ale kvůli ladění co už...

10
Ubuntu Server / Re:SAMBA over Internet
« kdy: 19 Června 2014, 12:38:51 »
Hm, detailně vysvětleno :) Inu dobrá, dám se do ladění ..

díky, +

11
Ubuntu Server / Re:SAMBA over Internet
« kdy: 19 Června 2014, 11:44:51 »
ok, tak necháme openvpn :)

V jednom z návodů bylo, že mám použít UDP, návod je zde:
http://www.techques.com/question/2-264922/Samba-over-OpenVPN---horribly-slow

Jen si nejsem jistý, jestli taková POHODA si nezakládá na NE-ztrátovosti paketů.
Chápu, že UDP rychlejší bude, ale že by byl rozdíl až takový...? Pro představu, instalace klienta trvala asi 30-40min - klient má 10MB a instalace proběhla z lokálního balíčku, čili ani těchto 10MB se nepřenášelo. Tu půlhodinu mu trvalo nevím co..chtěl po mně cestu, kde se nachází soubor pohoda.exe...tak jsem mu dal tu VPN cestu, tj.  \\IP-VPN\FOLDER\TO\POHODA\pohoda.exe ..a tohle "ověření" trvalo neúměrně dlouho..

12
Ubuntu Server / SAMBA over Internet
« kdy: 19 Června 2014, 11:14:21 »
Ahoj,

měl bych dotaz..mám ubuntu server 14.04 LTS, vytvořil jsem na něj sambu nejen kvůli standartnímu sdílení osobních dat, ale zjistil jsem, že lze použít síťově i účetní software POHODA. Byť dodavatel negarantuje funkci na linux serveru, ale zprovoznit se to podařilo a zdá se funkční - v lokální síti.

Samozřejmě se klienti chtějí spojit s tímto softwarem a se svými daty i z domu a tady nastává problém. Vytvořil jsem tunel OpenVPN a k datům se sice dostanou, ale než se spustí POHODA, to bych i já jakožto nekuchař stihnul připravit menu o třech chodech :)

Hledal jsem návody, proč je openvpn pomalá, návodů je mraky, ale než se pustím do hlubšího laborování, neměl by někdo nápad, jak bezpečně sdílet sambu přes net? Nebo prostě jiný způsob,který mě nenapadnul?

Nemůžu na routeru jen tak povolit porty pro sdílení samby, předpokládám, že program by nejspíš fungoval (koneckonců na zkoušku to udělat můžu), ale nepřijde mi to zrovna "safe" :)

Setkal jsem se s tím i u další firmy..také využívali nějaký windows software, kde sdílená data byla na linuxu a v interní síti v pohodě, ale z domu neskutečně pomalé - také přes openvpn.

Takže buď poladit openvpn nebo jestli existuje jiný, lepší způsob pro tyto účely?

díky

13
Určitě to bude jen pro registrované uživatele...sledovat a porovnávat počet zpráv by šlo, ale jeden uživatel může založit X diskuzí. To bych musel ukládat pro jednoho uživatele počet u každé jeho založené diskuze..což by mi v tabulce "users" udělalo spíš binec. Možná se na to vyse*u a dám na úvodní stránku výpis poslední reakce..tím dotyčný hned uvidí, jestli tuto reakci zná nebo ne :)

14
No, pravda, že cron do mého plánu nějak nezapadá :))

Ale přístup na server mám, je to můj server, kde mám webové aplikace, takže mám kontrolu nad vším..ta diskuze, to je velmi jednoduchá diskuze, žádné diskuzní fórum..lidi si tam jen vyměňuji info ohledně plánování nějakých událostí (chlastačky, fotbálky, counter-strike nebo tak něco :) )..takže hledám nějaké jednoduché, elegantní řešení pro zobrazení nepřečtených zpráv...

EDIT: tak něco jsem našel tady: http://diskuse.jakpsatweb.cz/?action=vthread&forum=28&topic=129692

15
Ahoj,

zrovna bych potřeboval do svého webu (PHP) zakomponovat funkci, která detekuje, byl-li příspěvek z diskuze přečten nebo ne.
Pokud ano, dojde k nějaké notifikaci (zde na fóru je to "new" u každého ještě nepřečteného příspěvku).

Souvisí to nějak se session, ale nepodařilo se mi zjistit jak..poradil by někdo?
Jediné co mě napadlo je zapisovat do DB u každého jména poslední URL v diskuzi.
Pokud přibude nový příspěvek (nové URL) a tudíž se nebude shodovat s tím, co je v DB, tak to zanotifikuje..asi by to nějak fungovalo, ale hádám, že to půjde nějak lépe?

díky

16
Ubuntu Server / Re:Apache2 (vyřešeno)
« kdy: 22 Července 2013, 07:57:14 »
A podělíš se s náma?

17
Ubuntu Server / Re:Apache2
« kdy: 15 Července 2013, 18:05:42 »
Pokud to píše soubor nenalezen a vypisuje to "nějaké" chyby, tak to je přesně to, na co tady čekáme :)...jaký soubor nenalezen? Jaké chyby to vypisuje?

18
Ubuntu Server / Re:Port 80 na dva servery
« kdy: 11 Července 2013, 10:09:29 »
A co takhle proxy? Sám mám více serverů s portem 80 a zvenčí se dá dostat na všechny právě na portu 80 pomocí proxy..

1) na routeru nasměruješ port 80 na jednu IP (ideálně dedikovaný proxy server...lze udělat i na jednom z těch dvou co máš, fungovat to bude, jen to není úplně košér)
2) na tomto proxy serveru povolíš modul proxy_http (tuším, že je součástí LAMP)
3) nakonfiguruješ proxy

Kód: [Vybrat]
<VirtualHost *:80>

    ServerName "domena.cz"       // doména, na kterou uživatel přistupuje zvenčí
    ServerAlias "www.domena.cz"

    ProxyPreserveHost On
    ProxyRequests off
    ProxyPass / http://server_v_siti:80/
    ProxyPassReverse / http://server_v_siti:80/  // můžeš směrovat i na jiné porty...tzn zvenku se napojí na port 80, uvnitř se ale provede forward na jiný port na požadovaný web

</VirtualHost>

........restart apache

Na tom serveru v lokální síti, kam budou požadavky směrovat budeš mít standartní nastavení apache pro dané projekty...
Ideální stav je ten, kdy máš jeden dedikovaný server, na který chodí všechny http požadavky a tento server je rozhazuje po serverech v celé síti

to Tetsuya:
Jen pro úplnost, https je standartně na portu 443, nikoliv na 445. Ale dá se samozřejmě jakkoliv změnit..

19
Ubuntu Server / Re:Problém se vzdáleným připojením k MySQL
« kdy: 24 Června 2013, 09:03:02 »
Ono se může i zakomentovat, jak říkal Henrynr a jak na mnoha stránkách radí google.
Jde "jen" o to, že po zakomentování bude mysql naslouchat na všech síťových interfacech.

Bezpečnější je ovšem použít právě jednu konkrétní IP, jak říkal Shaggy.
Fungovat ale bude obojí..

20
Ubuntu Server / Re:Problém s phpMyAdmin
« kdy: 19 Června 2013, 07:06:14 »
Já instaluju LAMP server, včetně phpmyadmina vždy a všude pomocí meta balíků a nikdy s tímto problém nebyl..

Kód: [Vybrat]
apt-get install lamp-server^ phpmyadmin
+ následná konfigurace do produkčního prostředí. Ale tento jeden řádek mi vždy vše zprovoznil

21
Ubuntu Server / Re:MYSQL - Too many connections to database
« kdy: 18 Června 2013, 17:56:39 »
Takže pravděpodobně vyřešeno..

na vině byly jak zažrané viry, tak konkrétní, mnou hledané odkazy..na základě prográmku, který doporučil ETNyx, jsem měl nějaké tipy na konkrétní problémové projekty.
Pustil jsem si do terminálu:

Kód: [Vybrat]
watch -n 3 "netstat -natp | grep apache | wc -l"
, kde jsem viděl počet vláken. A spouštěl jsem problémové projekty jeden po druhém (jen URL ve web browseru), zároveň sledoval měnící se počet.
Problémové projekty jsem našel..

ještě jednou díky za soft..

L

22
Ubuntu Server / Re:MYSQL - Too many connections to database
« kdy: 18 Června 2013, 11:48:43 »
Hm, v době výskytu problému bohužel nic moc v jetprofileru nevidím ..pomohla by mi jedna věc.
Potřebuji zjistit, co konkrétně způsobuje nárust vláken apache.
To se stane ve vteřině...netstat říká cca 40 spojení a ve vteřině jich je 300. Podle mě někdo klikne na nějaký odkaz nějakého projektu a špatně napsaná aplikace udělá tento problém.
Je mi ale divné to, že kdyby tomu tak bylo, bylo by spojení z IP 192.168.2.160, což je virtuální IP, na kterou tyto požadavky chodí.

Ikdyž je pravda, že i na této IP je taky hodně požadavků (cca 150).  Pak ale na fyzickou IP serveru 192.168.2.161 dopadá dalších cca 300 spojení.

Otázka zní, jestli můžu nějak vysledovat, v jakém čase kdo kliknul na konkrétní odkaz/URL daného projektu..?

EDIT: tak zapnul jsem debug apache, kliknul na odkaz a v error.log jsem URL našel...snad tohle pomůže

23
Ubuntu Server / Re:MYSQL - Too many connections to database
« kdy: 17 Června 2013, 13:54:39 »
To vypadá na slušný soft..už to monitoruju, tak jsem zvědav...

díky moc,
+K

24
Ubuntu Server / MYSQL - Too many connections to database [vyřešeno]
« kdy: 17 Června 2013, 09:41:59 »
Zdravím,

nějak se mi nedaří zjistit příčinu problému vytěžování mysql.
Jedná se o nahodilou situaci. Někdy, kdykoliv v průběhu dne se stane, že apache zničehonic začne
generovat connectiony do DB, tím se web server zpomalí natolik, že je v podstatě nepoužitelný nebo se MYSQL úplně odstaví a v logu píše:
"too many connections to database"

Vždy pomůže restart apache, ale opět do chvíle, než "něco" znovu začne generovat spojení do DB.
Je úplně jedno kdy...ráno, odpoledne, v noci...úplně nahodile.
Jedná se o dva servery v clusteru (zdrojové kódy) + jeden server, kde je DB.

Netstat na web serveru s grepem na port 3306 říká:


Kód: [Vybrat]
..............
tcp        0      0 192.168.2.161:36722     192.168.2.164:3306      SPOJENO     32334/apache2
tcp        0      0 192.168.2.161:36760     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36464     192.168.2.164:3306      SPOJENO     32445/apache2
tcp        0      0 192.168.2.161:36669     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36765     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36540     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36659     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36526     192.168.2.164:3306      SPOJENO     32416/apache2
tcp        0      0 192.168.2.161:36667     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36989     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36603     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36591     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36497     192.168.2.164:3306      SPOJENO     32430/apache2
tcp        0      0 192.168.2.161:36538     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36402     192.168.2.164:3306      SPOJENO     32341/apache2
tcp        0      0 192.168.2.161:36630     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36620     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36599     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36536     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36472     192.168.2.164:3306      SPOJENO     32513/apache2
tcp        0      0 192.168.2.161:36698     192.168.2.164:3306      TIME_WAIT   -
tcp        0      0 192.168.2.161:36889     192.168.2.164:3306      SPOJENO     32514/apache2

..............

Je to pouze část. Těch connectionů do DB je přes 200.

Kód: [Vybrat]
netstat -natp | grep apache | wc -l..říká až 450 spojení.


Zajímavé je ale to, že servery v clusteru mají samozřejmě virtuální IP, na kterou chodí požadavky, tato virtuální IP je 192.168.2.160.
V netstatu tento požadavek směruje ale z 192.168.2.161 a nahodilého portu, což je fyzická IP toho serveru, z čehož usuzuji, že to dělá nějaký interní proces na serveru, který využívá apache.
Což mě ale moc nenapadá který...antivir clamav nezaznamenal problém. Resp předtím tam viry byly, ale ty jsou všechny odstraněny.

Napadá někoho, jak zjistit, co konkrétně má na svědomí connectiony do DB? Něco to musí spouštět, ikdyby to byl vir, musí se nějak spustit.
Zkoušel jsem také lsof -p $PID, ale mezi výpisem souborů jsem opět nějaký neznámý soubor nenašel..
Zapnul jsem i globální log na databázovém serveru, čili jsem viděl všechny query, ale nic nápadného jsem nezaznemanl.. (ikdyž jsem v tom množství mohl něco přehlédnout)

25
Ubuntu Server / Re:CMDBuild - instalace [VYŘEŠENO]
« kdy: 30 Května 2013, 14:28:17 »
Tak neznalost platformy Tomcat.

ve webapps se nahrávají webové aplikace. Můžou se různě mazat jaké chcou...kromě složky ROOT :)
Chtěl jsem to mít "čisté", bez dalších zbytečností, takže jsem smazal ROOT a nahrál cmdbuild.
Jenže ten ROOT tam holt měl zůstat.

Návod na ubuntu.com je tedy funkční. Resp je tam problém s kódováním postgres.
Standartně startuje v jiném kódování, než je psaná aplikace CMDBuild (v UTF-8).
Je tedy nutné postgres pustit s tímto kódováním, pak vás již webová workflow provede instalací.

Start postgres s potřebným kódováním:
http://jacobian.org/writing/pg-encoding-ubuntu/

Jen je třeba změnit verzi postgres verze. V návodu mají 8.4, já použil 9.1.



PS: doporučuji nepoužívat tomcat ani javu z repa. Nainstalovat ze stránek výrobce a jít dle návodu (přiložený soubor RUNNING.txt)
http://tomcat.apache.org/

Stran: [1] 2 3 ... 46

Provoz zaštiťuje spolek OpenAlt.