abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 16:22 | Nová verze

Byla vydána verze 0.11.0 softwaru pro statistickou analýzu dat GNU PSPP (Wikipedie), svobodné alternativy k proprietárnímu softwaru IBM SPSS Statistics (Wikipedie). Vedle několika vylepšení a oprav chyb jsou řešeny také 2 bezpečnostní chyby CVE-2017-10791 a CVE-2017-10792. O týden později byla vydána verze 1.0.0 přinášející pouze aktualizaci překladů. Proč verze 1.0.0 a ne například 0.11.1? Dle vývojářů jsou důvody následující:

… více »
Ladislav Hagara | Komentářů: 0
dnes 10:35 | Komunita

Na blogu Oracle se objevila zpráva o tom, že plánovaná verze Java EE 8 bude uvolněna jako open source (referenční implementace a compatibility kit). V současné době je uvolněna jen Java SE (standard edition) pod licencí GPLv2 v podobě OpenJDK (Open Java Development Kit), kterou začal v roce 2006 uvolňovat Sun.

Max | Komentářů: 3
včera 23:55 | IT novinky

Google na YouTube oficiálně představil Android 8.0 Oreo. Přehled novinek v příspěvku na blogu věnovaném vývojářům.

Ladislav Hagara | Komentářů: 21
včera 16:44 | Zajímavý článek

Po téměř 3 měsících od vydání třetího čísla publikoval Michal Špaček na svých stránkách čtvrté číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Jedná se současně o číslo poslední: "Nepíše se mi to lehce, a trvalo to, než jsem to ze sebe dostal, ale tohle je poslední newsletter v této podobě. Ani jsem ho nestihl pojmenovat a už jsem ho zabil. Nezbývá mi tolik času, abych každou událost, novinku a změnu v prohlížeči detailně popisoval tak, jak bych v newsletteru chtěl, mrzí mě to".

Ladislav Hagara | Komentářů: 2
včera 07:00 | Nová verze

Byla vydána diaspora* ve verzi 0.7.0.0. Jedná se o svobodný software, který slouží jako osobní webový server pro poskytování služeb sociální sítě (Wikipedie). Přehled novinek v příspěvku na blogu a na GitHubu. Sociální síť diaspora* byla před pěti lety předána komunitě.

Ladislav Hagara | Komentářů: 0
včera 06:00 | IT novinky

Společnost Hardkernel stojící za jednodeskovými počítači ODROID představila na YouTube minipočítač určený pro domácí cloud ODROID-HC1 vycházející z ODROID-XU4. Minipočítač s kovovou krabičkou, do které stačí vložit 2 a půl palcový disk, lze koupit za 49 dolarů. ODROID-HC1 je stohovatelný.

Ladislav Hagara | Komentářů: 38
20.8. 16:22 | Nová verze

Byl vydán DB Browser for SQLite (sqlitebrowser) ve verzi 3.10.0. Nejnovější stabilní verze této grafické nadstavby nad relačním databázovým systémem SQLite (Wikipedie) přináší například integraci s DBHub.io, tj. platformou pro sdílení SQLite databází. Podrobnosti na GitHubu.

Ladislav Hagara | Komentářů: 2
20.8. 08:00 | IT novinky

Andy Rubin, spoluzakladatel společnosti Android, jež byla v roce 2005 koupena Googlem, nyní CEO společnosti Essential Products, oznámil předprodej chytrého telefonu Essential. Telefon se začne rozesílat 1. září. Cena telefonu je 699 dolarů. Cena telefonu současně s 360° kamerou s rozlišením 4K byla stanovena na 749 dolarů. Kameru, v budoucnu i další příslušenství, lze k telefonu připojit pomocí konektoru s magnety.

Ladislav Hagara | Komentářů: 0
19.8. 13:44 | Zajímavý software

Evropská komise vydala novou verzi 1.4.0.1 svého open source v Javě naprogramovaného softwaru pro online průzkumy EUSurvey. Online dotazníky lze vytvářet na stránkách Evropské komise nebo si lze software stáhnout (zip a war) a nainstalovat lokálně. Zdrojové kódy jsou k dispozici pod licencí EUPL (European Union Public Licence).

Ladislav Hagara | Komentářů: 0
18.8. 23:55 | Komunita

Ubuntu 17.10 (Artful Aardvark) bude ve výchozím stavu zobrazovat Dok (Launcher). Jedná se o rozšíření GNOME Shellu Ubuntu Dock. To bylo forknuto z rozšíření Dash to Dock. Ukázka na YouTube [reddit].

Ladislav Hagara | Komentářů: 8
Těžíte nějakou kryptoměnu?
 (5%)
 (2%)
 (18%)
 (76%)
Celkem 374 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    Rozcestník

    Dotaz: SAMBA mazani nekterych souboru, bez vedomi

    11.10.2005 12:20 JUR
    SAMBA mazani nekterych souboru, bez vedomi
    Přečteno: 864×
    AHoj,

    stava se nam asi tak 3x denne po prechodu na SAMBU, ze se nam v nasem IS(Foxpro) smazou nebo narusi nektere soubory, pote nejde spustit nas IS a musi se preinstalovat. Data nastesti zustanou nenarusena.

    Nevite jakym zpusobem by slo vysledovat pricinu tohoto problemu? Nevite jakym zpusobem nastavit log samby => abych videl, k jakemu souboru, kdy, kdo pristupoval?

    Diky moc

    S pozdravem

    JUR

    Odpovědi

    11.10.2005 13:22 podlesh | skóre: 38 | Praha
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    log level
    Nevim z hlavy zda staci 1,2 nebo 3 - ale to se snadno vyzkousi.
    12.10.2005 20:46 ZAH | skóre: 42 | blog: ZAH
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    Vidím to chybnou práci se zámky.
    *     blocking locks	
          csc policy	
          kernel oplocks	
    *     locking	
    *     lock spin count	
    *     lock spin time	
    *     oplocks	
          level2 oplocks	
    *     oplock break wait time	
    *     oplock contention limit	
          posix locking	
    *     strict locking	
    *     share modes
    
    V podstatě všechny ohvězdičkové položky mohou mít vliv. Ješte složení OS sem na klientech. Vypište všechny typy OS co máte na klientských stanicích. Pozor právě pro toto je rozdíl například mezi W 200 a W XP. Nepřistupujete náhodou také z dosemu přímo k datům bez samby?.
    13.10.2005 11:32 ZdenekP | Chodov [SO]
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    Samba s nastavením:
    	oplocks=yes (default)
    umožňuje v FP i VFP otevřít DBF exkluzivně několikrát:
    	USE ("x:\tabulka.dbf") EXCLUSIVE IN 0 ALIAS "tab1"
    	USE ("x:\tabulka.dbf") EXCLUSIVE IN 0 ALIAS "tab2" && bez chybového hlášení !
    A z toho je Foxka koktavá. Dá se použít:
    veto oplock files = /*.dbf/...
    ale výkon Samby je nic moc. Používám v nastavení oportunistického zamykání toto:
    	oplocks = yes
    	level2 oplocks = no
    Pak již nelze otevřít tabulku exkluzivně několikrát. A zatím bez problému. Samba 2.8.4
    17.10.2005 10:21 JUR
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    Zjistil jsem, ze to pada, pokud pripojim terminal, kde je spusten xdosemu ze vzdaleneho terminalu. Pritom soubory z toho serveru mam nasdilene pres sambu.

    jeste zasilam odkaz na log: http://www.arkov.com/log/log.smbd

    vsem z niceho nic najednou pri fakturaci spadne program a napise to, ze soubor faktur.exe nelze nalezt. Musim pak vsechny odpojit a preinstalovat. Zkousel jsem to i s:

    oplocks = yes level2 oplocks = no

    nic jineho asi nezbyde, nez ty linux. terminaly nepouzivat.

    diky

    JUR

    a tady je uryvek z logu:
    [2005/10/17 09:37:26, 2] smbd/open.c:check_share_mode(530)
      Share violation on file (2,4,2,10029,Jkr/FAKTUR/FAKTUR.EXE,fcbopen = 0, flags = 0) = 0
    [2005/10/17 09:37:26, 2] smbd/open.c:open_file(245)
      Bubak opened file Jkr/FAKTUR/FAKTUR.EXE read=Yes write=No (numopen=49)
    [2005/10/17 09:37:27, 2] smbd/open.c:check_share_mode(530)
      Share violation on file (2,4,2,10029,Jkr/FAKTUR/FAKTUR.EXE,fcbopen = 0, flags = 0) = 0
    [2005/10/17 09:37:27, 2] smbd/open.c:open_file(245)
      Bubak opened file Jkr/FAKTUR/FAKTUR.EXE read=Yes write=No (numopen=49)
    [2005/10/17 09:37:28, 2] smbd/open.c:check_share_mode(530)
      Share violation on file (2,4,2,10029,Jkr/FAKTUR/FAKTUR.EXE,fcbopen = 0, flags = 0) = 0 
    
    
    11.10.2005 14:36 Pepíno | skóre: 20 | Trutnov
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    jen tipuju - prijde mi to na problem se zamykanim souboru a poskozeni indexu. Preinstalovavat IS mi prijde jako silna kava. Nespravi to pouha reindexace? A jinak samozrejme manual a zamykani souboru
    11.10.2005 18:39 ZAH | skóre: 42 | blog: ZAH
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    1. Zkontrolovat práva k souborům. Častou příčinou může být, že při reorganizaci dat, v podobných systémech, dojde k založení nového souboru, ke kterému nemají všichni uživatelé přístup. Buď nastavit práva k vytvářenýn souborům 666 nebo alespoň 66 a grupu třba na IS. Všichni uživatelé IS musí být pak v této skupině.

    2. Podívejte se na nastavení podpory zámku zrovna pro Lišku jsem s tím jednou laboroval. Pozor také na kešování dat.

    3. Častým problémen je zamrznutí zámku na souboru. Obvykle po násilném vypnutí počítače. Pomůže bod 4.

    4.Poměrně slušné údaje o používaných souborech a uživatelích poskytuje swat. Umožňuje také restart samby a sestřelení problémových uživatelů.
    11.10.2005 18:41 ZAH | skóre: 42 | blog: ZAH
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    1. Zkontrolovat práva k souborům. Častou příčinou může být, že při reorganizaci dat, v podobných systémech, dojde k založení nového souboru, ke kterému nemají všichni uživatelé přístup. Buď nastavit práva k vytvářenýn souborům 666 nebo alespoň 66 a grupu třba na IS. Všichni uživatelé IS musí být pak v této skupině.

    2. Podívejte se na nastavení podpory zámku zrovna pro Lišku jsem s tím jednou laboroval. Pozor také na kešování dat.

    3. Častým problémen je zamrznutí zámku na souboru. Obvykle po násilném vypnutí počítače. Pomůže bod 4.

    4.Poměrně slušné údaje o používaných souborech a uživatelích poskytuje swat. Umožňuje také restart samby a sestřelení problémových uživatelů.
    12.10.2005 09:38 JUR
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    tak jsem zjistil nejake dalsi informace:

    zase nam to dneska cele spadlo :-(

    vyrobce toho IS nam rekl, ze ty problemy nastanou pri poruseni souboru seznam1.dbf, kde je ulozene cele menu naseho IS. Rekli nam, ze pomuze smazat ten soubor a zaroven smazat soubor promem.mem a zreindexovat. Coz pomohlo pri prvnim spusteni aplikace, ale bohuzel to pote zase znovu spadlo. Takze pomohlo zase znovu zreinstalovat cely IS.

    Zjistil jsem, ze u toho souboru seznam1.dbf je u nekterych uzivatelu zobrazeno exlusive + batch a u nekterych none.

    Nevite, co by mohlo pomoct?

    diky

    JUR
    12.10.2005 14:24 Ladislav Jancik | skóre: 16 | Červený Kostelec
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    mate vsechny uzivatele ve stejne skupine ? Pod jakym uzivatelem instalujete IS ? Jaka maji prava soubory vytvorene uzivateli v tomto adresari ? Poslete relevantni cast smb.conf.
    Bolest je jen jiné území a strach, strach je neřest.
    12.10.2005 18:13 JUR
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    Ahoj,

    zasilam dalsi informace:

    Soubory maji prava 760 a adresare maji prava 770 a uzivatel je jeden z mistnich uzivatelu. Vsechny uzivatele jsou ve skupine users. Myslite, ze pomuze nastaveni oplock = no?

    diky za odpovedi

    
    [global]
            dos charset = CP852
            unix charset = ISO8859-2
            workgroup = SERVERS
            server string = FILESERVER
            printcap name = cups
            ldap ssl = no
            log level = 2
            max log size = 10000
    
    [homes]
            read only = No
    
    [byznys]
            path = /home/spolecny/byznys
            read only = No
            create mask = 0770
            directory mask = 0770
            fstype = FAT
    
    
    [2005/10/12 12:45:51, 1] smbd/service.c:make_connection_snum(642)                                        90
      oplock_break: client failure in oplock break in file Jkr/sklad/SKVYROBA.DBF
    [2005/10/11 17:18:55, 1] smbd/service.c:make_connection_snum(642)
      hydraulikapr1 (192.168.0.150) connect to service byznys initially as user hromadkova (uid=1023, gid=100) (
    pid 3270)
    [2005/10/11 17:18:55, 1] smbd/service.c:make_connection_snum(642)
      hydraulikapr1 (192.168.0.150) connect to service hromadkova initially as user hromadkova (uid=1023, gid=10
    0) (pid 3270)
    [2005/10/11 17:18:55, 1] smbd/service.c:make_connection_snum(642)
      hydraulikapr1 (192.168.0.150) connect to service verejny initially as user hromadkova (uid=1023, gid=100)
    (pid 3270)
    [2005/10/11 17:19:18, 0] smbd/oplock.c:oplock_break(847)
      oplock_break: receive_smb timed out after 30 seconds.
      oplock_break failed for file Jkr/sklad/SKVYROBX.CDX (dev = 803, inode = 5898291, file_id = 1783).
    [2005/10/11 17:19:18, 0] smbd/oplock.c:oplock_break(919)
      oplock_break: client failure in oplock break in file Jkr/sklad/SKVYROBX.CDX
    [2005/10/11 17:19:29, 1] smbd/service.c:close_cnum(830)
      hydraulikapr1 (192.168.0.150) closed connection to service byznys
    [2005/10/11 17:19:29, 1] smbd/service.c:close_cnum(830)
      hydraulikapr1 (192.168.0.150) closed connection to service hromadkova
    [2005/10/11 17:19:29, 1] smbd/service.c:close_cnum(830)
      hydraulikapr1 (192.168.0.150) closed connection to service verejny
    [2005/10/11 17:19:48, 0] smbd/oplock.c:oplock_break(847)
      oplock_break: receive_smb timed out after 30 seconds.
      oplock_break failed for file Jkr/sklad/SKLSKUP.DBF (dev = 803, inode = 7323689, file_id = 1772).
    [2005/10/11 17:19:48, 0] smbd/oplock.c:oplock_break(919)
      oplock_break: client failure in oplock break in file Jkr/sklad/SKLSKUP.DBF
    [2005/10/11 17:20:18, 0] smbd/oplock.c:oplock_break(847)
      oplock_break: receive_smb timed out after 30 seconds.
      oplock_break failed for file Jkr/sklad/SKLSKUPX.CDX (dev = 803, inode = 5898284, file_id = 1773).
    [2005/10/11 17:20:18, 0] smbd/oplock.c:oplock_break(919)
      oplock_break: client failure in oplock break in file Jkr/sklad/SKLSKUPX.CDX
    [2005/10/11 17:20:31, 1] smbd/service.c:close_cnum(830)
      a3e3p1 (192.168.0.236) closed connection to service byznys
    [2005/10/12 12:45:51, 1] smbd/service.c:make_connection_snum(642)                                        90
      oplock_break: client failure in oplock break in file Jkr/sklad/SKVYROBA.DBF
    [2005/10/11 17:18:55, 1] smbd/service.c:make_connection_snum(642)
      hydraulikapr1 (192.168.0.150) connect to service byznys initially as user hromadkova (uid=1023, gid=100) (
    pid 3270)
    [2005/10/11 17:18:55, 1] smbd/service.c:make_connection_snum(642)
      hydraulikapr1 (192.168.0.150) connect to service hromadkova initially as user hromadkova (uid=1023, gid=10
    0) (pid 3270)
    [2005/10/11 17:18:55, 1] smbd/service.c:make_connection_snum(642)
      hydraulikapr1 (192.168.0.150) connect to service verejny initially as user hromadkova (uid=1023, gid=100)
    (pid 3270)
    [2005/10/11 17:19:18, 0] smbd/oplock.c:oplock_break(847)
      oplock_break: receive_smb timed out after 30 seconds.
      oplock_break failed for file Jkr/sklad/SKVYROBX.CDX (dev = 803, inode = 5898291, file_id = 1783).
    [2005/10/11 17:19:18, 0] smbd/oplock.c:oplock_break(919)
      oplock_break: client failure in oplock break in file Jkr/sklad/SKVYROBX.CDX
    [2005/10/11 17:19:29, 1] smbd/service.c:close_cnum(830)
      hydraulikapr1 (192.168.0.150) closed connection to service byznys
    [2005/10/11 17:19:29, 1] smbd/service.c:close_cnum(830)
      hydraulikapr1 (192.168.0.150) closed connection to service hromadkova
    [2005/10/11 17:19:29, 1] smbd/service.c:close_cnum(830)
      hydraulikapr1 (192.168.0.150) closed connection to service verejny
    [2005/10/11 17:19:48, 0] smbd/oplock.c:oplock_break(847)
      oplock_break: receive_smb timed out after 30 seconds.
      oplock_break failed for file Jkr/sklad/SKLSKUP.DBF (dev = 803, inode = 7323689, file_id = 1772).
    [2005/10/11 17:19:48, 0] smbd/oplock.c:oplock_break(919)
      oplock_break: client failure in oplock break in file Jkr/sklad/SKLSKUP.DBF
    [2005/10/11 17:20:18, 0] smbd/oplock.c:oplock_break(847)
      oplock_break: receive_smb timed out after 30 seconds.
      oplock_break failed for file Jkr/sklad/SKLSKUPX.CDX (dev = 803, inode = 5898284, file_id = 1773).
    [2005/10/11 17:20:18, 0] smbd/oplock.c:oplock_break(919)
      oplock_break: client failure in oplock break in file Jkr/sklad/SKLSKUPX.CDX
    [2005/10/11 17:20:31, 1] smbd/service.c:close_cnum(830)
      a3e3p1 (192.168.0.236) closed connection to service byznys
    
    
    
    12.10.2005 18:19 JUR
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    jeste se chci zeptat, co znamenaji ty chyby jako oplock_break failed for file

    Protoze se treba v nize uvedene casti logu vyskytuje i seznam1.dbf, ktery se pokazde taky narusi.

    id 4834)
    [2005/10/12 09:06:55, 0] smbd/oplock.c:oplock_break(847)
      oplock_break: receive_smb timed out after 30 seconds.
      oplock_break failed for file Jkr/INIC.DBF (dev = 803, inode = 5882133, file_id = 545).
    [2005/10/12 09:06:55, 0] smbd/oplock.c:oplock_break(919)
      oplock_break: client failure in oplock break in file Jkr/INIC.DBF
    [2005/10/12 09:07:25, 0] smbd/oplock.c:oplock_break(847)
      oplock_break: receive_smb timed out after 30 seconds.
      oplock_break failed for file Jkr/SEZNAM1.DBF (dev = 803, inode = 5881978, file_id = 544).
    [2005/10/12 09:07:25, 0] smbd/oplock.c:oplock_break(919)
      oplock_break: client failure in oplock break in file Jkr/SEZNAM1.DBF
    [2005/10/12 09:07:54, 0] smbd/oplock.c:request_oplock_break(1054)
      request_oplock_break: no response received to oplock break request to pid 4688 on port 33171 for dev = 80
    3, inode = 5882081, file_id = 559
    [2005/10/12 09:07:54, 0] smbd/open.c:open_mode_check(743)
      open_mode_check: exlusive oplock left by process 4688 after break ! For file Jkr/BYZNYS.BAT, dev = 803, i
    node = 5882081. Deleting it to continue...
    [2005/10/12 09:07:54, 0] smbd/open.c:open_mode_check(747)
      open_mode_check: Existent process 4688 left active oplock.
    [2005/10/12 09:07:55, 0] smbd/oplock.c:oplock_break(847)
    
    12.10.2005 21:23 Pepíno | skóre: 20 | Trutnov
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    to je prave chyba uvolneni zamku na souboru. Foxka je na zamky pomerne hakliva. Je potreba zamykat pouze jednotlive zaznamy v databazi (o to se stara foxka), ale nesmeji se zamykat cele soubory. Detaily nereknu, nastesti jsem lisku na sambe nemel. Manual a heslo "oplock" jsou vasi novi kamaradi :-)
    13.10.2005 08:11 Pavel Sejvl
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    Doporučuji do sekce [global] souboru smb.conf doplnit řádek

    veto oplock files = /*.dbf/*.DBF/*.cdx/*.CDX/

    Kdysi jsem měl stejný problém se soubory VFP a Accessu na Sambě (pro odstranění podobných problémů s MS Access je třeba doplnit ještě /*.MDB/*.mdb/). Snad Vám to pomůže.
    13.10.2005 08:32 JUR
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    z logu jsem zjistil, ze uvedene problemy maji u sebe vzdy PID procesu jednoho ze 2 uzivatelu, ktery se vzdy pripojuji z win xp. Ale je tam dalsich 5 uzivatelu s WIN XP, kteri tyto problemy nemaji. Z dosemu se pripojuju pres sdileni SAMBY
    13.10.2005 08:49 Ladislav Jancik | skóre: 16 | Červený Kostelec
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    Zkontrolujte prava techto uzivatelu na linuxovem serveru. A zkontrolujte jejich pocitace antivirem.
    Bolest je jen jiné území a strach, strach je neřest.
    13.10.2005 10:14 JUR
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    Uvedeni uzivatele patri do skupiny users, ktera je vlastnikem souboru, takze by to melo byt v poradku. Vir by tam byt nemel, je tam AVG a pravidelne se ten PC kontroluje.

    Tim prikazem veto oplock se ale snizi rychlost?
    13.10.2005 10:26 Pavel Šejvl
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    Po pravdě řečeno, po použití direktivy veto oplock files jsem žádné postřehnutelné zpomalení nezaregistroval. Zkoušel jste to nastavit? Pokud ano, problém trvá dál?
    13.10.2005 10:44 JUR
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    tedka jsem mimo kancelar, ale odpoledne to zkusim nastavit a urcite dam vedet vysledek.
    17.10.2005 10:23 JUR
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    Zjistil jsem, ze to pada, pokud pripojim terminal, kde je spusten xdosemu ze vzdaleneho terminalu. Pritom soubory z toho serveru mam nasdilene pres sambu.

    jeste zasilam odkaz na log: http://www.arkov.com/log/log.smbd

    vsem z niceho nic najednou pri fakturaci spadne program a napise to, ze soubor faktur.exe nelze nalezt. Musim pak vsechny odpojit a preinstalovat. Zkousel jsem to i s:

    oplocks = yes level2 oplocks = no

    nic jineho asi nezbyde, nez ty linux. terminaly nepouzivat.

    diky

    JUR

    a tady je uryvek z logu:
    [2005/10/17 09:37:26, 2] smbd/open.c:check_share_mode(530)
      Share violation on file (2,4,2,10029,Jkr/FAKTUR/FAKTUR.EXE,fcbopen = 0, flags = 0) = 0
    [2005/10/17 09:37:26, 2] smbd/open.c:open_file(245)
      Bubak opened file Jkr/FAKTUR/FAKTUR.EXE read=Yes write=No (numopen=49)
    [2005/10/17 09:37:27, 2] smbd/open.c:check_share_mode(530)
      Share violation on file (2,4,2,10029,Jkr/FAKTUR/FAKTUR.EXE,fcbopen = 0, flags = 0) = 0
    [2005/10/17 09:37:27, 2] smbd/open.c:open_file(245)
      Bubak opened file Jkr/FAKTUR/FAKTUR.EXE read=Yes write=No (numopen=49)
    [2005/10/17 09:37:28, 2] smbd/open.c:check_share_mode(530)
      Share violation on file (2,4,2,10029,Jkr/FAKTUR/FAKTUR.EXE,fcbopen = 0, flags = 0) = 0 
    
    
    17.10.2005 14:22 JUR
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    tak to od te doby, co jsem odpojil ten linux terminal, neudelalo no nic nezbyva, nez tam nainstalit WIDLE :-(
    10.11.2005 14:45 LOK
    Rozbalit Rozbalit vše Re: SAMBA mazani nekterych souboru, bez vedomi
    mozna je problem v tom, ze k danemu souboru pristupujete jak lokalne, tak pres sdileni. Zkuste jeste nastavit "kernel oplocks = no".

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.