Изпечатай

[kini]

Здравейте,

От доста време търся решение на един проблем, който ми съсипва нервите постоянно.. Имам машина с CentOS 7.1 Server - 3.10.0-229.4.2.el7.x86_64 без графична среда, която ползвам като домашен уеб,мейл сървър. Има инсталиран cPanel.


Проблема е следния и се случва през различно време:

Целият SSH достъп до машината изчезва, не мога да си отворя и мейл-а, FTP-то също - всякаква връзка изчезва, а тя всъщност работи. Може да се случи след 1 час може и след 2 дни.. Машината няма монитор, но веднъж, когато се получи за пореден път това сложих такъв и видях, че екрана е черен - което ме подсети за хибернация..
Пробвах всякакви команди, които успях да намеря, като решения за този проблем, но нищо не помогна. Дори имам няколко вписани в rc.local.. Проблема си остава от месеци и се оправя само с рестарт на машината и така до следващия път..

Не знам какво да правя вече, но е уникално зле, да отидеш някъде и да не можеш да си провериш мейла, а да ти е важно..

[BRADATA]

Ами първо дай инфо за машината, след това дай някакви логове от тази машина. Там си пише какво се случва... После ще даваме идеи как да се оправи

[Naka]

всякаква връзка изчезва, а тя всъщност работи.

Откъде си сигурен че работи? Може просто хардуера да е развален и да забива компютъра. Пинга изчезва ли. А лампичката за активност на харда мига ли?

[kini]

Откъде си сигурен че работи? Може просто хардуера да е развален и да забива компютъра. Пинга изчезва ли. А лампичката за активност на харда мига ли?

Пинга мисля, че изчезва - отдавна не съм ping-вал, защото бързам да рестартирам просто машината, за да ми работи всичко - но мисля, че няма ping..

А за лампичка на HDD не съм гледал..


Компютъра едно време работеше перфектно с windows, както и с друга linux дистрибуция и просто не виждам причина тук да не е ок. А странното е, че това изключване става през различен период (може след 1 ден може след няколко часа). Възможно да се случва, когато няма активност към мейл и уеб сървъра ми и когато не го отварям често..

Машината не е нищо сериозно 2ghz, 2gb рам. Също така дъното поддържа SATA & ATA и в момента е с ATA HDD. Сериозно обмислям за миграция вече, тъй като имам дооооста по-добра машина. Но е хубаво и да реша проблема, защото нямам и достатъчното време за настройка и оптимизиране на прясно инсталирана OS.

Четох доста за функцията ACPI и също така пробвах да я изключа от BIOS-а, но след като го направих OS не искаше да се boot-не и затова го върнах както си беше..

Писах команди от сорта на poweroff 0 и blank 0/off - без резултат естествено..
Дори мислех да прецакам хубавата конфигурация и да инсталирам графична среда, защото си мислех, че има нещо като screensaver, който не му действат командите за disable..

Другото нещо което започнах да си мисля е че е нещо от LAN картата - когато няма активност да спира връзката, но отново рових и то не един път нищо..

Общо взето съм си скъсал нервите. Започнах по често да си отварям мейл сървъра и да правя някаква активност, за да не изключва - ако въобще това е причината.

[Acho]

Ако този домашен сървър е у вас, защо не му закачиш една клавиатура и едно мониторче ? И локално у вас да си го следиш как работи. Ако умре, ще е пред тебе и все нещо ще ти се изясни.

[kini]

Ако този домашен сървър е у вас, защо не му закачиш една клавиатура и едно мониторче ? И локално у вас да си го следиш как работи. Ако умре, ще е пред тебе и все нещо ще ти се изясни.

По-горе написах, че един от случайте, когато беше умрял му сложих монитор и просто беше черно, закачих му и клавиатура - но тя нямаше никаква активност..

А иначе си го администрирам през SSH - но когато умре няма оправия.

[Acho]

Моята идея беше, не като умре да слагаш монитора. Ами докато си работи машината, и да го следиш откъсо.

Или намери друг някакъв стар компютър (ама хардуерно здрав), и прехвърли сървъра там. Ще струва едно нищо, ама няма да се мъчиш така с тоя умрелия СЪРВЪР.

[Naka]

я пробвай да добавиш тази опция noirqdebug към боот параметрите на кернела.
например така:
kernel /vmlinuz-2.6.18-128.1.16.el5 ro root=LABEL=/ noirqdebug

Аз имах точно такива случайни заспиващи проблеми но при центос5. Беше някава комбинация между бъгав биос и по старичък кърнел. и когато се задейства някакъв  power management (свързано с irq-та) кернела заспиваше.

та въпросната опция noirqdebug го оправи Но тези проблеми би трябвало много отдавна да са оправени!

Да не би да си с AMI биос или Nvidia чипсет.

[BRADATA]

Ама само си чешаме клавиатурите.... Проблема 99.99% е хардуерен. Ама така казано 2Г с 2Г нищо не е ясно. Особено с това "едно време......". След това поисках да видя някакви логове, ама кой да чете. Той чукча е писател, не е читател.... Ако вашите стъклени кълбета са по-добри от моето - успех ама това не е помощ. Това е просто някаква говорилня

[kini]

Ама само си чешаме клавиатурите.... Проблема 99.99% е хардуерен. Ама така казано 2Г с 2Г нищо не е ясно. Особено с това "едно време......". След това поисках да видя някакви логове, ама кой да чете. Той чукча е писател, не е читател.... Ако вашите стъклени кълбета са по-добри от моето - успех ама това не е помощ. Това е просто някаква говорилня

Как се изваждат логовете? - не съм специалист и разбирам неща от които имам нужда нямам идея как става

я пробвай да добавиш тази опция noirqdebug към боот параметрите на кернела.
например така:
kernel /vmlinuz-2.6.18-128.1.16.el5 ro root=LABEL=/ noirqdebug

Аз имах точно такива случайни заспиващи проблеми но при центос5. Беше някава комбинация между бъгав биос и по старичък кърнел. и когато се задейства някакъв  power management (свързано с irq-та) кернела заспиваше.

та въпросната опция noirqdebug го оправи Но тези проблеми би трябвало много отдавна да са оправени!

Да не би да си с AMI биос или Nvidia чипсет.

Вписах командата ще видим какво ще се получи..

А ето информация за BIOS-а:

[bvbfan]

Има директория /var/log и там има логове pm-suspend.log, pm-suspend.log.1, kern.log и т.н.

[kini]

Има директория /var/log и там има логове pm-suspend.log, pm-suspend.log.1, kern.log и т.н.

[bvbfan]

Файловата система мре:

XFS (dm-1): Corruption detected. Unmount and run xfs_repair

[kini]

Файловата система мре:

XFS (dm-1): Corruption detected. Unmount and run xfs_repair

Което означава? Миграция?

Лога който съм дал е от 12 юли, защото това е последния файл, както се вижда в log папката, а системата не е била спирана..

[bvbfan]

Означава

Код

GeSHi (Bash):
fdisk -l // целият ли диск е xfs виж си таблицата
umount -l /dev/sda
xfs_repair /dev/sda