| Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
| problem z sambą http://forum.freesco.pl/viewtopic.php?f=36&t=18178 |
Strona 1 z 1 |
| Autor: | grzebyk [ wtorek, 9 marca 2010, 22:43 ] |
| Tytuł: | problem z sambą |
EOS Server jest zainstalowany w pracowni już od pewnego czasu i nie było jak dotąd żadnych problemów ostatnio jeden z nauczycieli stwierdził że dobrze by było gdyby jednak profile uczniów mogły być zapisywane przy wylogowaniu, więc zamieniłem rozszerzenia plików rejestru z MAN na DAT i zaczęły się wtedy problemy z logowaniem i komunikaty o niemożności załadowania profili przyczyna leży w sambie oto przykładowy log: [2010/03/05 14:45:52, 0, pid=31442, effective(503, 100), real(503, 0)] smbd/oplock.c:oplock_timeout_handler(356) Oplock break failed for file student1a3/Pulpit/nvu-1.0/res/samples/prf38.tmp -- replying anyway [2010/03/05 14:45:52, 0, pid=31442, effective(503, 100), real(503, 0)] smbd/oplock.c:oplock_timeout_handler(356) Oplock break failed for file student1a3/Pulpit/nvu-1.0/res/samples/prf36.tmp -- replying anyway [2010/03/05 14:45:52, 0, pid=31442, effective(503, 100), real(503, 0)] smbd/oplock.c:oplock_timeout_handler(356) Oplock break failed for file student1a3/Pulpit/nvu-1.0/res/samples/prf37.tmp -- replying anyway [2010/03/05 14:45:52, 0, pid=31442, effective(503, 100), real(503, 0)] smbd/oplock.c:oplock_timeout_handler(356) Oplock break failed for file student1a3/Cookies/student1a3@go.arbopl.bbelements[2].txt -- replying anyway [2010/03/05 14:45:52, 0, pid=31442, effective(503, 100), real(503, 0)] smbd/oplock.c:oplock_timeout_handler(356) Oplock break failed for file student1a3/Cookies/student1a3@doubleclick[1].txt -- replying anyway [2010/03/05 14:45:52, 0, pid=31442, effective(503, 100), real(503, 0)] smbd/oplock.c:oplock_timeout_handler(356) Oplock break failed for file student1a3/Cookies/student1a3@nk-net[1].txt -- replying anyway coś chyba trza pozmieniać w konfigu samby zdaje się? |
|
| Autor: | Maciek [ wtorek, 9 marca 2010, 22:53 ] |
| Tytuł: | |
Jakiś problem jest. Jednak chyba nie ma on nic wspólnego z DAT i MAN. Tu chodzi wyłącznie o zapisywanie profilu użytkownika w pliku DAT. Plik MAN jest dla użytkownika niezapisywalny. W ten sposób, nawet, jeśli użytkownik zmieni tapetę to w pliku MAN, który jest rejestrem, nie będzie to zapisane. W logu jest uwidoczniony problem z zapisaniem jakichś innych plików. Sugerowałbym skasować profil użytkownika, który sprawia problemy. Zresztą, moje doświadczenie mówi, że na oryginalnym sbsie też warto skasować profile raz na rok. |
|
| Autor: | grzebyk [ wtorek, 9 marca 2010, 23:29 ] |
| Tytuł: | |
problem ma tyle wspólnego z MAN i DAT że przedtem profile były jeno ciągnięte z serwera a nie nadpisywane przy logowaniu - teraz wszelkie zmiany się zapisują i na nowo ciągnięte robią problemy problem występuje w całej sieci, w logach prawie każdej stacji |
|
| Autor: | Maciek [ wtorek, 9 marca 2010, 23:39 ] |
| Tytuł: | |
Czy jakikolwiek wpis w logu dotyczy pliku DAT? Spróbuj dla przykładu usunąć jeden profil i kazać się userowi zalogować na nowo. |
|
| Autor: | grzebyk [ wtorek, 9 marca 2010, 23:48 ] |
| Tytuł: | |
sprawdzałem i wtedy wszystkok jes ok nie wiem czy czasem nie trzeba wyłączyć oplocka dla zasobu z profilami a jeżeli tak to dlaczego, jeżeli oplock to blokada oportunistyczna na plik aby nie nadpisał go inny user |
|
| Autor: | Maciek [ środa, 10 marca 2010, 00:00 ] |
| Tytuł: | |
Generalnie to zasada jest taka, w katalogu public na serwerze był plik rejestru, który zalecałem uruchamiać na stacjach z Windows. Chodzi o to, aby podczas pracy nie był tworzony lokalny profil stały, a wszystkie pliki zapisywane bezpośrednio na serwerze. Po kilku miesiącach intensywnej pracy, może dojść do sytuacji, że profile i dokumenty kopiowane po sieci do i z serwera przy podłączonych jednocześnie wszystkich stacjach, powodują problemy związane z zatykaniem się sieci. Do tego dodałbym jeszcze jakieś problemy wirusowe powodujące dodatkowy ruch w sieci i wiele megabajtów plików każdego usera i mamy już kłopoty. Jak chcesz wyłącz oplocka, ale to nic nie da. Nadal twierdzę, ze kwestia DAT i MAN to zbieg okoliczności. |
|
| Strona 1 z 1 | Strefa czasowa UTC+2godz. |
| Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |
|