Search the Community
Showing results for tags 'debian ubuntu'.
-
Apraksts: Tātad ir servera kaste uz kura griežas xen un savukārt uz tā divi virtuāli serveri, viens no tiem ir debiānis. Debiānis darbojas gan kā lokāls webserveris, gan kā sambas serveris, kur sambai piešķirts viens cietais disks, kas pieejams tikai lokālajā tīklā. Visas darbstaciju os ir ubuntu. Tiklīdz startējas darbstacija tā piemontē sev sambas servera cieto disku līdz ar to visas darbstacijas savus darbus (audio strīmingu) saglabā pa tiešo serverī. Ilgu laiku nebija nekādu problēmu. Tagad sambas logā katrai ip adresei, kas pieslēgusies ik pa laikam izmet erroru, pēc errora izmešanas notiek normāla piekonektēšanās un datu ierakstīšana, tiesa errora izmešanas brīdī audio strīmingā ir klusums uz 3-4 sekundēm... . Jauns audio fails tiek veidots ik pēc pāris minūtēm, kuru garums ir mainīgs. Kļūda no sambas loga: [2011/12/14 11:46:49, 0] lib/util_sock.c:read_socket_with_timeout(939) [2011/12/14 11:46:49, 0] lib/util_sock.c:get_peer_addr_internal(1683) getpeername failed. Error was Transport endpoint is not connected read_socket_with_timeout: client 0.0.0.0 read error = Connection reset by peer. [2011/12/14 11:51:33, 0] lib/util_sock.c:get_peer_addr_internal(1683) getpeername failed. Error was Transport endpoint is not connected Ir mēģināts dažādos veidos problēmu atrisināt, viss neveiksmīgi :/ Lokālajā tīklā pakešu zudumu nav. Darbstaciju ip adreses piesietas pēc mac adreses, kā arī darbstacijas un serveris atrodas citā sabnetā. Aparatūra tīklā, kur pieslēgtas šīs darbstacijas: serveris (xen (debian,windows)) mikrotik rūteris, hp 24 portu swičs ~12 fiksētas darbstacijas zem ubuntu Sambas konfigā nav norādīts: smb ports , cik atceros to biju norādījis, bet izmaiņas nebija. IDejas, ieteikumi? P.S. neesmu admins, kas tur ņemās. Es šo sistēmu izveidoju pirms ~ gada, bet tagad novembra vidū parādījās šī problēma, teorētiski var piedāvāt citu risinājumu, bet tas nav forši, jo uzskatu, ka problēma jāatrisina nevis jābēg no tās prom. Teorētiski var aizbraukt un samainīt tīkla karti serverim, kā arī nomainīt swičam portu , bet šaubos, ka tas ko līdzēs jo uz porta errori nerēgojas, piekam pings vairāk kā 10'000 paku ar timeout 100ms izgāja cauri bez kļūdām kur tajā pašā laika posmā atkal parādījās viens sambas errors.