Странно поведение в линукс

garnet

Well-Known Member
Имам един линукс на един пай.
Случва се нещо много странно. Известно време след рестарт, не мога да видя съдържанието на папка с 150 подпапки и 200 файла в нея.
Папката е шерната през самба и веб дав.
По никой начин не мога да видя какво има вътре. Дори ако се логна през СФТП с потребител с права да вижда какво има там.
През самба не става - но мога да видя папки с по-малък брой подпапки вътре (напр 20).
През веб дав същото - с малко подпапки е ОК.

Единствено не съм пробвал с руут през ссх, но то и няма значение. Трябва ми през самба и веб дав.
Всичко това се оправя с рестарт.
Идеи?
 
Имам един линукс на един пай.
Случва се нещо много странно. Известно време след рестарт, не мога да видя съдържанието на папка с 150 подпапки и 200 файла в нея.
Папката е шерната през самба и веб дав.
По никой начин не мога да видя какво има вътре. Дори ако се логна през СФТП с потребител с права да вижда какво има там.
През самба не става - но мога да видя папки с по-малък брой подпапки вътре (напр 20).
През веб дав същото - с малко подпапки е ОК.

Единствено не съм пробвал с руут през ссх, но то и няма значение. Трябва ми през самба и веб дав.
Всичко това се оправя с рестарт.
Идеи?
Погледни в логовете първо на сървъра. Най-вече гледай времето, когато се опитваш да ровиш по сървъра. Това ти е лесна и отправна точка.
 

garnet

Well-Known Member
Оптивам се да го достъпя през лаптопи с уин7 и уин10 както и през андройд телефон.
Прави горното както през самбата, така и през уеб дав.
През самбата, след дълго мислене не отваря папката. През уеб дав дава грешка и показва половината някъде подпапки.
Рестарт на самба и апач не помага. Само на целия пай.
В логовете не намирам нищо, но пак ще погледна.
 

garnet

Well-Known Member
Като може през конзолата, какво имаш толкова да му мислиш? От там оправи нещата. И после действай със самбата. :)
Достъпа през самба/уеб дав (уд) си работеше години наред (>5г.) от 3 седмици се чупи и без рестарт на пая не става.
Не помага нищо през конзолата, вкл. СФТП със същия акаунт като ssh.
А достъпа ми трябва да е през самба и уд.
 

Victor R

Well-Known Member
Кажи първо на диск през USB или на карта памет е тази информация. Виж ls през конзола какво ще даде. Общо взето или ще покаже всичко както трябва, или ще покаже всичко, но с голямо забявне, или ще върне някаква грешка. От там нататък на база на резултата ще гледаме картата ли си заминава, памет ли не стига, кабела към диска или самия диск ли имат проблем, таймаут-ва ли листинга на всички файлове и тн. Може да са 150 неща, затова дай и информация за свободната RAM и свобдното дисково пространство, че поне да изключваме евентуалните проблеми един по един.
 

garnet

Well-Known Member
Чакам да почне пак да прави проблема за да видя през ссх какво ще даде ls и колко памет има.
Когато го има проблема мога да се логна с ссх и с опенвпн.
Може да е липса на памет но имам спомен, че нормално свободната памет е 32 мб от 950мб. Сега е 32 мб, но снощи спрях едно прокси и имах 130 мб свободни. Пак да кажа - тая джаджа работи от от 5+г.
Сега топ дава това:

top - 18:28:47 up 23:57, 2 users, load average: 0.04, 0.08, 0.03
Tasks: 209 total, 1 running, 208 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.3 us, 0.7 sy, 0.0 ni, 98.9 id, 0.0 wa, 0.0 hi, 0.1 si, 0.0 st
KiB Mem: 949580 total, 916704 used, 32876 free, 88192 buffers
KiB Swap: 102396 total, 0 used, 102396 free, 552648 cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2863 root 20 0 16608 13m 1800 S 0.0 1.5 0:04.41 miniserv.pl
2618 root 0 -20 23816 11m 2332 S 1.3 1.3 43:39.87 vpnserver
3019 root 20 0 14640 10m 1572 S 0.0 1.1 0:23.69 Xtightvnc
2989 root 20 0 13220 9216 1560 S 0.0 1.0 0:23.87 Xtightvnc
3051 root 20 0 73516 8420 5764 S 0.0 0.9 0:00.70 pcmanfm
3125 root 20 0 73464 8416 5740 S 0.0 0.9 0:00.70 pcmanfm
3048 root 20 0 37256 8248 5220 S 0.0 0.9 2:06.36 lxpanel
12116 www-data 20 0 29692 7988 3948 S 0.0 0.8 0:02.52 apache2
17533 www-data 20 0 29684 7980 3944 S 0.0 0.8 0:01.49 apache2
25212 www-data 20 0 29684 7976 3940 S 0.0 0.8 0:00.89 apache2
3123 root 20 0 37300 7888 4852 S 0.0 0.8 2:04.95 lxpanel
2686 root 20 0 19468 7564 6772 S 0.0 0.8 0:00.62 smbd
подредено по памет.
2 неща не са ми ясни:
кое яде най-много памет? Тия проценти са 1.5% от 950 мб = 15на мб. Къде е паметта?
как може при ъптайм от 24ч впн сървъра да има 43 ч?

Иначе данните са на интел ССД вързано с ЮСБ адаптер към пая. На диска има 39GB свободни от 55Гб.
 

Victor R

Well-Known Member
Процесорното време можеш да го съотнесеш към реалното време само когато имаш едно ядро с една нишка, но Пай-то не е едноядрено. Тоя ВПН (въпреки, че по спомен Ovpn май използваше само едно ядро/нишка) почти ти е окупирал 2 ядра (или две нишки) през последните 24 часа.
Паметта ти е адски малко също, ама трябва да пуснеш какви грешки излизат когато започне пак да прави проблема.
 

garnet

Well-Known Member
ОВПН си е вързан постоянно, та е нормално.
Обаче как е 48ч при ъп 23ч ? :)
Това заради нишките ли е - повече от 1?
 

Victor R

Well-Known Member
Пс., сега се загледах. Имаш 43 минути vpnserver, не 43 часа. Форматът там е минути:секунди.стотни

Виж просто какво ще стане с ls когато пак се появи проблема и пиши.
 
Последно редактирано:

garnet

Well-Known Member
Пс., сега се загледах. Имаш 43 минути vpnserver, не 43 часа. Форматът там е минути:секунди.стотни

Виж просто какво ще стане с ls когато пак се появи проблема и пиши.
Аа ясно - минути :) мерси. Ще го дебна. Преди имаше периоди по 2-3 дни да е ок.
 

магарцедес

Active Member
Според мен проблема е бил или в недостатъчно RAM или повреда в SSd, като цяло ssd-тата с малко памет са издръжливи и по-качествени, за това до тук обясненията са като че не ти достига RAM.
 

Горе