Jak jest w nnd 0.2 standardowo to mam.
| Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
| Problem z przesyłaniem plików http://forum.freesco.pl/viewtopic.php?f=24&t=13818 |
Strona 1 z 1 |
| Autor: | dejot [ sobota, 14 października 2006, 17:40 ] |
| Tytuł: | Problem z przesyłaniem plików |
Witam szanownych użytkowników. Mam problem z sambą. Mianowicie wszystko niby ok ale nie mogę przesłać dużych plików na serwer. Poniżej konfig samby: #|-------------------------------------| #| Global parameters | #|-------------------------------------| [global] netbios name = SERWER PLIKOW workgroup = OT.NET.PL interfaces = 192.168.1.1/24 192.168.2.1/24 comment = Samba wersja %v guest account = nobody invalid users = @wheel, mail, daemon, adt hosts allow = 127. 192.168.1. 192.168.2. security = USER encrypt passwords = Yes os level = 99 preferred master = Yes domain master = Yes log file = /var/log/log.%m max log size = 50 #|-------------------------------------| #| OPTYMALIZACJA WYDAJNOSCI | #|-------------------------------------| getwd cache = yes socket options = TCP_NODELAY keep alive = 20 dead time = 30 #|-------------------------------------| #| UDZIALY | #|-------------------------------------| [xxx] path = /home/dj_md_max read only = No guest ok = No valid users = xxx W total commander pokazuje ze brak miejsca a jest jeszcze ponad 2gb wolnego. Czyżby to coś z przydziałem dysku na użytkownika? Po nieudanej próbie przesłania pliku samba chyba się wiesza bo restart nie działa (zatrzymuje się ale nie wstaje) ale na serwer mogę dalej wejść??? |
|
| Autor: | czerwo [ sobota, 14 października 2006, 22:36 ] |
| Tytuł: | |
masz quote?? |
|
| Autor: | dejot [ sobota, 14 października 2006, 23:28 ] |
| Tytuł: | |
Jak jest w nnd 0.2 standardowo to mam.
|
|
| Autor: | dejot [ poniedziałek, 16 października 2006, 22:30 ] |
| Tytuł: | |
Usunąłem sambę i zainstalowałem jeszcze raz i... nie da się nic przesłać windos pokazuje komunikat "określona lokalizacja jest już niedostępna" Co raz dziwniejsze rzeczy. W czym jest problem? |
|
| Autor: | hx [ poniedziałek, 16 października 2006, 22:39 ] |
| Tytuł: | |
problem jest pomiędzy krzesłem a klawiaturą 
|
|
| Autor: | dejot [ wtorek, 17 października 2006, 08:38 ] |
| Tytuł: | |
hx pisze: problem jest pomiędzy krzesłem a klawiaturą
Niesamowicie wyczerpująca odpowiedź. Bardzo mi pomogłeś. Teraz już wiem wszystko. Powinieneś zostać psychologiem. Masz talent do ciekawych przypuszczeń. Jak się obudzisz to napisz co i jak |
|
| Autor: | adi [ wtorek, 17 października 2006, 10:22 ] |
| Tytuł: | Re: Problem z przesyłaniem plików |
dejot pisze: security = USER
. . . path = /home/dj_md_max read only = No guest ok = No valid users = xxx 1. Ustawiłeś odpowiednio prawa użytkowników do tego katalogu? 2. Użyłeś smbpasswd żeby dodać użytkownika do samby? 3. Czy użytkownik jest zdefiniowany w NND ?? Na początek zabawy poszukaj sobie konfiga z samby (jest tego trochę na forum) który działa bez logowania. Zwróć uwagę na prawa dostępu do katalogu, który udostępniasz. 
|
|
| Autor: | hx [ wtorek, 17 października 2006, 10:30 ] |
| Tytuł: | |
dejot pisze: hx pisze: problem jest pomiędzy krzesłem a klawiaturą Niesamowicie wyczerpująca odpowiedź. Bardzo mi pomogłeś. Teraz już wiem wszystko. Powinieneś zostać psychologiem. Masz talent do ciekawych przypuszczeń. Jak się obudzisz to napisz co i jak to nie są przypuszczenia to stwierdzenie faktu |
|
| Autor: | dejot [ środa, 18 października 2006, 08:09 ] |
| Tytuł: | Re: Problem z przesyłaniem plików |
adi pisze: dejot pisze: security = USER . . . path = /home/dj_md_max read only = No guest ok = No valid users = xxx 1. Ustawiłeś odpowiednio prawa użytkowników do tego katalogu? 2. Użyłeś smbpasswd żeby dodać użytkownika do samby? 3. Czy użytkownik jest zdefiniowany w NND ?? Na początek zabawy poszukaj sobie konfiga z samby (jest tego trochę na forum) który działa bez logowania. Zwróć uwagę na prawa dostępu do katalogu, który udostępniasz. 1. Tak 2. Tak 3. Tak. Mam pełny dostęp do katalogu alę nie mogę przesłać pliku który waży nawet 300MB. Przesyła się ok 100MB i potem błąd jak pisałem poprzednio. Ale np. kilkanaście małych plików po 10-20mb o łącznej wadze ponad 100mb przesyła bez problemu. |
|
| Autor: | muray [ środa, 18 października 2006, 10:59 ] |
| Tytuł: | |
powiedz mi czym przesyłasz LAN'em czy radiem bo ja bym stawial gubią ci sie pakiety w trakcie przesyłania. dało się jakoś sprawdzić czy przechodzą pakiety przy czym można było zmienić ich wielkość poszukaj w poleceniu ping i sprawdź jak ci to idzie. |
|
| Autor: | dejot [ środa, 18 października 2006, 13:15 ] |
| Tytuł: | |
muray pisze: powiedz mi czym przesyłasz LAN'em czy radiem
bo ja bym stawial gubią ci sie pakiety w trakcie przesyłania. dało się jakoś sprawdzić czy przechodzą pakiety przy czym można było zmienić ich wielkość poszukaj w poleceniu ping i sprawdź jak ci to idzie. Microsoft Windows XP [Wersja 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. Badanie 192.168.2.1 z użyciem 65500 bajtów danych: Upłynął limit czasu żądania. Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=113ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=113ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=113ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=113ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=113ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=113ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=125ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=116ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Odpowiedź z 192.168.2.1: bajtów=65500 czas=114ms TTL=64 Statystyka badania ping dla 192.168.2.1: Pakiety: Wysłane = 61, Odebrane = 60, Utracone = 1 (1% straty), Szacunkowy czas błądzenia pakietów w millisekundach: Minimum = 113 ms, Maksimum = 125 ms, Czas średni = 114 ms Control-C Tak to wygląda |
|
| Autor: | marask [ środa, 18 października 2006, 17:19 ] |
| Tytuł: | |
Cytuj: (1% straty)
|
|
| Autor: | adi [ środa, 18 października 2006, 18:00 ] |
| Tytuł: | Re: Problem z przesyłaniem plików |
dejot pisze: Mam pełny dostęp do katalogu alę nie mogę przesłać pliku który waży nawet 300MB. Przesyła się ok 100MB i potem błąd jak pisałem poprzednio. Ale np. kilkanaście małych plików po 10-20mb o łącznej wadze ponad 100mb przesyła bez problemu.
Zainteresuj się hdparm - może tutaj tkwi przyczyna. Co do strat przy przesyłaniu przez tcp/ip - to nie sądzę żeby to była przyczyna. Sam mam lana po radiu i swego czasu jak miałem uszkodzoną antenę (rwało jak cholera) - pliki dało się przesyłać po lanie. |
|
| Autor: | dejot [ środa, 18 października 2006, 21:32 ] |
| Tytuł: | Re: Problem z przesyłaniem plików |
adi pisze: dejot pisze: Mam pełny dostęp do katalogu alę nie mogę przesłać pliku który waży nawet 300MB. Przesyła się ok 100MB i potem błąd jak pisałem poprzednio. Ale np. kilkanaście małych plików po 10-20mb o łącznej wadze ponad 100mb przesyła bez problemu. Zainteresuj się hdparm - może tutaj tkwi przyczyna. Co do strat przy przesyłaniu przez tcp/ip - to nie sądzę żeby to była przyczyna. Sam mam lana po radiu i swego czasu jak miałem uszkodzoną antenę (rwało jak cholera) - pliki dało się przesyłać po lanie. Hdparm już przerabiałem na włączonym dma i wyłączonym i 32-bit transferze i 16. To nie to. A lan mam po kablu. |
|
| Autor: | adi [ czwartek, 19 października 2006, 08:30 ] |
| Tytuł: | |
dejot pisze: windos pokazuje komunikat...W czym jest problem?
Może w tym, że zamiast patrzeć co pokazuje windows zajrzyj do: /var/log/samba
Pliki: log.smbd i log.nmbd oraz plik log z danego komputera który zrywa.
|
|
| Autor: | dejot [ niedziela, 22 października 2006, 09:32 ] |
| Tytuł: | |
dj (192.168.2.5) connect to service dj_md_pliki initially as user dj_md_max (uid=1001, gid=100) (pid 14650) [2006/10/22 09:27:54, 1] smbd/service.c:close_cnum(830) dj (192.168.2.5) closed connection to service dj_md_pliki [2006/10/22 09:27:55, 1] smbd/service.c:make_connection_snum(642) dj (192.168.2.5) connect to service dj_md_pliki initially as user dj_md_max (uid=1001, gid=100) (pid 14650) [2006/10/22 09:27:57, 1] smbd/service.c:close_cnum(830) dj (192.168.2.5) closed connection to service dj_md_pliki [2006/10/22 09:27:57, 1] smbd/service.c:make_connection_snum(642) dj (192.168.2.5) connect to service dj_md_pliki initially as user dj_md_max (uid=1001, gid=100) (pid 14650) [2006/10/22 09:27:57, 1] smbd/service.c:close_cnum(830) dj (192.168.2.5) closed connection to service dj_md_pliki [2006/10/22 09:27:57, 1] smbd/service.c:make_connection_snum(642) dj (192.168.2.5) connect to service dj_md_pliki initially as user dj_md_max (uid=1001, gid=100) (pid 14650) [2006/10/22 09:28:03, 1] smbd/service.c:close_cnum(830) dj (192.168.2.5) closed connection to service dj_md_pliki [2006/10/22 09:28:03, 1] smbd/service.c:make_connection_snum(642) dj (192.168.2.5) connect to service dj_md_pliki initially as user dj_md_max (uid=1001, gid=100) (pid 14650) [2006/10/22 09:28:03, 1] smbd/service.c:close_cnum(830) dj (192.168.2.5) closed connection to service dj_md_pliki [2006/10/22 09:28:04, 1] smbd/service.c:make_connection_snum(642) dj (192.168.2.5) connect to service dj_md_pliki initially as user dj_md_max (uid=1001, gid=100) (pid 14650) [2006/10/22 09:28:04, 1] smbd/service.c:close_cnum(830) dj (192.168.2.5) closed connection to service dj_md_pliki [2006/10/22 09:28:04, 1] smbd/service.c:make_connection_snum(642) dj (192.168.2.5) connect to service dj_md_pliki initially as user dj_md_max (uid=1001, gid=100) (pid 14650) [2006/10/22 09:28:04, 1] smbd/service.c:close_cnum(830) dj (192.168.2.5) closed connection to service dj_md_pliki [2006/10/22 09:28:04, 1] smbd/service.c:make_connection_snum(642) dj (192.168.2.5) connect to service dj_md_pliki initially as user dj_md_max (uid=1001, gid=100) (pid 14650) Wygląda że wszystko ok. |
|
| Autor: | dejot [ niedziela, 22 października 2006, 09:35 ] |
| Tytuł: | |
Plik: log.smbd Kol 0 9786 bajtów 76% [2006/09/09 17:21:24, 0] smbd/server.c:main(798) smbd version 3.0.14a started. Copyright Andrew Tridgell and the Samba Team 1992-2004 [2006/09/09 17:21:26, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/09/09 17:21:26, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/16 12:48:54, 0] smbd/server.c:main(798) smbd version 3.0.14a started. Copyright Andrew Tridgell and the Samba Team 1992-2004 [2006/10/16 12:48:56, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/16 12:48:56, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/16 13:15:01, 0] smbd/server.c:main(798) smbd version 3.0.14a started. Copyright Andrew Tridgell and the Samba Team 1992-2004 [2006/10/16 13:15:02, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/16 13:15:02, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/16 13:16:28, 0] smbd/server.c:main(798) smbd version 3.0.14a started. Copyright Andrew Tridgell and the Samba Team 1992-2004 [2006/10/16 13:16:29, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/16 13:16:29, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/16 13:17:11, 0] smbd/server.c:main(798) smbd version 3.0.14a started. Copyright Andrew Tridgell and the Samba Team 1992-2004 [2006/10/16 13:17:12, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/16 13:17:12, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/17 12:34:35, 0] smbd/server.c:main(798) smbd version 3.0.14a started. Copyright Andrew Tridgell and the Samba Team 1992-2004 [2006/10/17 12:34:37, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/17 12:34:37, 0] printing/print_cups.c:cups_cache_reload(85) Unable to connect to CUPS server localhost - Connection refused [2006/10/17 21:33:41, 0] smbd/server.c:main(798) |
|
| Autor: | adi [ niedziela, 22 października 2006, 09:45 ] |
| Tytuł: | |
dejot pisze: dj (192.168.2.5) closed connection to service dj_md_pliki
Zakładam że fragment log'u z momentu kiedy Ci przerwało transfer? |
|
| Autor: | dejot [ niedziela, 22 października 2006, 10:22 ] |
| Tytuł: | |
adi pisze: dejot pisze: dj (192.168.2.5) closed connection to service dj_md_pliki Zakładam że fragment log'u z momentu kiedy Ci przerwało transfer? Oczywiście |
|
| Strona 1 z 1 | Strefa czasowa UTC+2godz. |
| Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |
|