Pomoc Samoczynne restarowanie komputera przy wyłączonym Serwerze NAS

marsaj

Nowy użytkownik
Noobie
4 Wrzesień 2011
9
0
1
QNAP
Ethernet
1 GbE
Witam.
Od dłuższego czasu borykam się z powyższym problemem.
Mam na Nasie TS-112 utworzony udział iSCSI.
Nas nie jest używany non-stop tylko sam uruchamiam go ręcznie w razie potrzeby a potem o ustalonej godzinie sam się wyłącza.
Komputera z kolei nie zamykam tylko usypiam.
Problem pojawia się gdy budzę kompa po nocy ( zawsze z rana) a NAS jest wyłączony. Po ok 20 minutach pracy komp pokazuje niebieski ekran i się restartuje. Informacja o błędzie mówi o problemie z zasilaniem.
Metodą prób doszedłem że chodzi o udział iSCSI bo gdy go od montuje ręcznie to problem znika.
Czy mogę coś zmienić w konfiguracji kompa lub Qnapa żeby temu zaradzić.
Pozdrawiam.
Marcin
 
Dziękuje za zainteresowanie moim tematem.
Mój system to Windows 7 Pro
Płyta Gigabyte p55a-UD3
Na udziale iSCSI nie znajduje się plik wymiany ani żadne pliki potrzebne systemowi do pracy. Znajdują się tam dane które czasami potrzebuje a dla bezpieczeństwa trzymam je na dysku zewnętrznym na wypadek awarii komputera (np. zasilacz).
Na czuja wnioskuje że udział iSCSI jest traktowany przez system jak dysk znajdujący się w komputerze i jego brak jest odbierany jak poważna awaria sprzętowa co skutkuje restartem.
Próbowałem wyłączyć autorestertowanie w przypadku awarii w systemie ale nic to nie dało.
Może coś wystarczy zmienić w rejestrze?
W przypadku udziałów sieciowych po sambie system po prostu nie może uzyskać dostępu gdy dysk jest wyłączony. Chciał bym aby podobnie było przy iSCSI.
Pozdrawiam.
Marcin
 
iSCSI jest inaczej traktowane niż udział sieciowy.

Nadal będę obstawiał plik wymiany. Czy w zaawansowanych ustawieniach systemu masz zaznaczoną opcję "Automatycznie zarządzaj rozmiarem pliku stronnictwa dla wszystkich dysków"?
Jeśli tak, to wyłącz i określ ręcznie na których dyskach taki plik ma być zapisywany pomijając dysk iSCSI.
 
Masz rację Mariusz, mam zaznaczone auto choć przy dysku iSCSI mam brak. Wyłączyłem już automatyczne zarządzanie plikiem wymiany i zobaczę co to zmieni i dam znać.
Dziękuje za odpowiedz i pozdrawiam.Witam.
Właśnie zaliczyłem poranny restart komputera czyli niestety wyłączenie pliku wymiany nic nie dało.
Zastanawiam się czy to jest normalne zachowanie komputera czy tylko ja tak mam.
 
Hehe i na to czekałem, choć nie mam się z czego cieszyć.
Nie napisałeś mi czy masz system 32 / 64 bit. I dlatego nie wklejam linka.
Moja propozycja pobierz do MB najnowsze sterowniki do CHIPSET-u i zainstaluj je. Dodatkowo sprawdź w menadżerze urządzeń, czy na tym sympatycznym drzewku nie masz jakichś zgniłych jabłek (niezainstalowanych devices).

ps
to nie jest normalne, jak dla mnie problem tkwi w oprogramowaniu/jego konfiguracji. Zaglądnął bym też profilaktycznie na płytę główną i przyjrzał się jej dokładnie. Już jakiś czas ją eksploatujesz prawda?
 
Ostatnio edytowane:
Witam.
System jest 64 bitowy.
Co do sterów to wszystkie są zainstalowane i w miarę świeże bo niedawno stawiałem system od nowa. Myślę że problem jednak nie tkwi w sprzęcie bo kilka miesięcy temu przeszedłem z AMD na Intela wymieniając prawie wszystkie bebechy z wyjątkiem grafiki dysków i zasilacza a problem pozostał.
Myślę że to może mieć jakiś związek z zasilaczem (choć nie bardzo wiem, niby jaki) albo z konfiguracją inicjatora iSCSI którego niestety nie rozumiem.
Załączam raport z debugera, może on jakoś pomoże. Błąd jest zawsze taki sam.

103013-9344-01.dmp2013-10-30 07:12:06DRIVER_POWER_STATE_FAILURE0x0000009f00000000`00000003fffffa80`07f79170fffff800`00b9c518fffffa80`07d05590ntoskrnl.exentoskrnl.exe+75bc0NT Kernel & SystemMicrosoft® Win
 
Kiedyś miałem podobny problem, ale w moim przypadku restarty przy dysku iSCSI były zrozumiałem, ponieważ wykorzystywałem dysk iSCSI w celu zwiększenia pamięci roboczej lub jako dysk produkcyjny pod Visual Studio i kompilowanie dość sporych projektów.
Kiedy system wstawał z uśpienia, dysk był nieosiągalny i od razu na dzień dobry BSOD. :Nerd:
Okazało się, że odpowiedzialne za to były niedopracowane sterowniki do mojej karty sieciowej Intel'a PRO/1000 GT - ich aktualizacja definitywnie rozwiązała problem restartów.
Nigdy więcej siódemka nie zawiesiła się nawet przez brakujący iSCSI - no chyba, że miałem na nim plik stronnictwa ;)

*-:) Tak czy inaczej...
Z narzędzi administracyjnych uruchom Podgląd zdarzeń lub naciśnij Win+R i w pole otwórz wpisz:
Kod:
eventvwr.msc /s
Wklej logi oraz screeny zdarzeń poprzedzających oraz tych z momentów BSOD.
(Aby łatwiej było czytać Ci logi systemowe, załączyłem kilka niezbędnych aplikacji tj. BSOD Minidump View a także Event Viewer.)

_@v
Jeśli logi nie wskażą przyczyny problemu to będzie trzeba grzebać dalej.
Aktualizacja sterowników chipsetu płyty głównej, ACPI oraz karty sieciowej - oficjalnych, nie tych oferowanych przez system i Windows Update. Jeśli problem nadal będzie się powtarzał to aktualizacja BIOS'a i i zwrócenie uwagi na poprawną konfigurację zasilania. Następnie instalacja ostatnich poprawek, ponieważ w pierwszej wersji Windows'ie 7 można było spotkać kilka problemów z iSCSI na które jest dostępnych kilka poprawek. Kiedy aktualizacja sterowników i łat na system nie rozwiążą problemu, to nie pozostanie nic innego jak odinstalowanie sterowników od chipsetu (chociażby na testy), ACPI oraz karty sieciowej a następnie ich wymiana na te polecane przez Microsoft lub z Windows Update.

Natomiast alternatywnym rozwiązaniem może być skorzystanie z inicjatowa iSCSI od innej firmy niż Microsoft, a mianowicie StarWind: Biznesowe narzędzia użytkowe

Od czego będziesz chciał zacząć to Twój wybór. 0:)

Poniżej toole, które ułatwią analizę systemu:
Process Monitor v3.05

Introduction
Process Monitor is an advanced monitoring tool for Windows that shows real-time file system, Registry and process/thread activity. It combines the features of two legacy Sysinternals utilities, Filemon and Regmon, and adds an extensive list of enhancements including rich and non-destructive filtering, comprehensive event properties such session IDs and user names, reliable process information, full thread stacks with integrated symbol support for each operation, simultaneous logging to a file, and much more. Its uniquely powerful features will make Process Monitor a core utility in your system troubleshooting and malware hunting toolkit.

Overview of Process Monitor Capabilities
Process Monitor includes powerful monitoring and filtering capabilities, including:
  • More data captured for operation input and output parameters
  • Non-destructive filters allow you to set filters without losing data
  • Capture of thread stacks for each operation make it possible in many cases to identify the root cause of an operation
  • Reliable capture of process details, including image path, command line, user and session ID
  • Configurable and moveable columns for any event property
  • Filters can be set for any data field, including fields not configured as columns
  • Advanced logging architecture scales to tens of millions of captured events and gigabytes of log data
  • Process tree tool shows relationship of all processes referenced in a trace
  • Native log format preserves all data for loading in a different Process Monitor instance
  • Process tooltip for easy viewing of process image information
  • Detail tooltip allows convenient access to formatted data that doesn't fit in the column
  • Cancellable search
  • Boot time logging of all operations
The best way to become familiar with Process Monitor's features is to read through the help file and then visit each of its menu items and options on a live system.

Screenshots
ai.technet.microsoft.com_bb896645.procmon_main_en_us_MSDN.10_.gif


ai.technet.microsoft.com_bb896645.procmon_proc_en_us_MSDN.10_.gif

BlueScreenView v1.52
Description
BlueScreenView scans all your minidump files created during 'blue screen of death' crashes, and displays the information about all crashes in one table. For each crash, BlueScreenView displays the minidump filename, the date/time of the crash, the basic crash information displayed in the blue screen (Bug Check Code and 4 parameters), and the details of the driver or module that possibly caused the crash (filename, product name, file description, and file version).
For each crash displayed in the upper pane, you can view the details of the device drivers loaded during the crash in the lower pane. BlueScreenView also mark the drivers that their addresses found in the crash stack, so you can easily locate the suspected drivers that possibly caused the crash.

awww.nirsoft.net_utils_bluescreenview.gif


awww.nirsoft.net_utils_bluescreenview2.gif

MyEventViewer v2.05
Alternative to the standard event viewer of Windows

Description
MyEventViewer is a simple alternative to the standard event viewer of Windows. As opposed to Windows event viewer, MyEventViewer allows you to watch multiple event logs in one list, as well as the event description and data are displayed in the main window, instead of opening a new one. Also, with MyEventViewer you can easily select multiple event items and then save them to HTML/Text/XML file, or copy them to the clipboard (Ctrl+C) and then paste them into Excel.
awww.nirsoft.net_utils_myeventviewer.gif

Process Explorer v15.40

Introduction
Ever wondered which program has a particular file or directory open? Now you can find out. Process Explorer shows you information about which handles and DLLs processes have opened or loaded.

The Process Explorer display consists of two sub-windows. The top window always shows a list of the currently active processes, including the names of their owning accounts, whereas the information displayed in the bottom window depends on the mode that Process Explorer is in: if it is in handle mode you'll see the handles that the process selected in the top window has opened; if Process Explorer is in DLL mode you'll see the DLLs and memory-mapped files that the process has loaded. Process Explorer also has a powerful search capability that will quickly show you which processes have particular handles opened or DLLs loaded.

The unique capabilities of Process Explorer make it useful for tracking down DLL-version problems or handle leaks, and provide insight into the way Windows and applications work.

ai.technet.microsoft.com_bb896653.processexplorer_en_us_MSDN.10_.jpg


ai.technet.microsoft.com_bb896653.processexplorer2_en_us_MSDN.10_.jpg

CacheSet v1.0

Introduction
CacheSet is an applet that allows you to manipulate the working-set parameters of the system file cache. Unlike CacheMan, CacheSet runs on all versions of NT and will work without modifications on new Service Pack releases. In addition to providing you the ability to control the minimum and maximum working set sizes, it also allows you to reset the Cache's working set, forcing it to grow as necessary from a minimal starting point. Also unlike CacheMan, changes made with CacheSet have an immediate effect on the size of the Cache.

Use CacheSet to performance tune the system Cache size in a way not possible without tweaking internal variables the way CacheMan does.

Note: To use CacheSet on NT 4.0 Service Pack 4 and later you must have the "Increase Quota" privilege (administrator accounts have this privilege by default). CacheSet has been updated to enable this privilege so that it works on SP4.

ai.technet.microsoft.com_bb897561.CacheSet_en_us_MSDN.10_.gif


Installation and Use
After it starts it presents the system file cache's current size (updated twice a second), it's peak size (the largest it's been since the last reboot), and lets you set new minimum and maximum working set sizes.

Setting New Sizes
Simply enter the new minimum and maximum sizes and hit the Apply button. If you get an error, then one of the following conditions holds: you've entered a maximum that is smaller than the minimum, the minimum you've entered is smaller than the minimum system working-set size, or the maximum you've entered is larger than the maximum system working-set sizes. Adjust the values you've entered and try again.

You may notice that the Cache's size changes immediately and then proceeds to shrink or grow quickly. This is because the system automatically trims working sets once a second. The Cache pages that are released are still in memory, but can be relinquished quickly for use by other programs that need more memory. Similarly, the Cache can eaily regain pages as applications access file system data.

Resetting Previous Values
At any time you can restore the Cache's working set values that were active when you last started CacheSet by hitting the Reset button.

Clearing the Cache's Working Set
You can force the Cache to release all of it's pages by pressing the Clear button. Note that the Cache can grow again as necessary, and that this is not the same as flushing the Cache - pages that were assigned to it are simply made available to other programs and can be reclaimed by the Cache.

Using the Command-Line Interface
You can enter the minimum and maximum working set sizes on CacheSet's command line. CacheSet will apply these new values silently. Thus, you can addCacheSet to your Start program group to automatically set the Cache's sizes every time you boot.

Usage: CacheSet [minimum working set] [maximum working set]

How It Works
CacheSet uses a NtQuerySystemInformation call to obtain information about the Cache's settings and NtSetSystemInformation to set new sizing information. The working-set information for a process serves as guidelines for NT's Memory Manager regarding how many pages of physical memory should be assigned to the application. Because they are guidelines, conditions can result such that the Memory Manager grows a working-set to a size greater than the maximum, or shrinks it to less than the minimum. However, the settings are factors that will affect the overall allocation, and hence responsiveness, of an application. In the case of CacheSet the application is the file system Cache.

Internally NtSetSystemInformation calls MmAdjustWorkingSetSize, which either grows an application's working set or trims it. If the third parameter passed to MmAdjustWorkingSetSize is 1, the system Cache's working set is adjusted, otherwise the adjustment occurs on the current process (the system information calls affect only the system cache). Passing in a minimum and maximum of -1 causes MmAjustWorkingSetSize to perform a working-set clear operation, releasing all pages from the application's working set.

Powodzenia! :|
 

Załączniki

  • ProcessMonitor.zip
    1,1 MB · Wyświetleń: 34
  • bluescreenview.zip
    65,3 KB · Wyświetleń: 36
  • bluescreenview-x64.zip
    82,9 KB · Wyświetleń: 35
  • myeventviewer.zip
    58,1 KB · Wyświetleń: 46
  • myeventviewer-x64.zip
    73,9 KB · Wyświetleń: 36
  • ProcessExplorer.zip
    1,1 MB · Wyświetleń: 36
Ostatnio edytowane przez moderatora:
  • Lubię to
Reakcje: kaktus
Aż tak wyczerpującej odpowiedzi się nie spodziewałem :) Dziękuję.
Zacznę od sterów bo te na stronie Gigabyte są dawno nieaktualne a win update twierdzi że mam najnowsze choć znalazłem w necie kilka nowszych :)
Postaram się opisać jakie efekty.
 

Użytkownicy znaleźli tą stronę używając tych słów:

  1. enter bios setting