Вопросы Теги

Диагностирование причины осиротевшего inodes на Linux, занятом MySQL?

Единственный путь, в Windows, что можно было запустить процесс пользователь, продолжает бежать за выходом из системы (т.е. что "nohup" делает), должен запустить его или через "запланированную задачу" или как служба Windows. Когда пользователь выйдет из системы, все процессы на их сессии входа в систему будут уничтожены.

Если Вы будете игрой для попытки метода "Запланированных задач", то Вы захотите знать, как создать их программно. Класс Win32_ScheduledJob WMI может сделать это. Документация предоставлена подробно здесь: http://www.microsoft.com/technet/scriptcenter/guide/sas_man_rsxs.mspx?mfr=true В основном, Вы смотрите на выполнение (бесстыдно украденный у Microsoft):

Set objService = GetObject("winmgmts:\\.")
Set objNewJob = objService.Get("Win32_ScheduledJob")
errJobCreated = objNewJob.Create("Program-to-execute.exe", "ugly-formatted-time-string-per-Microsoft-docs",True ,1 OR 4 OR 16, , ,JobID)
If Err.Number = 0 Then
 Wscript.Echo "New Job ID: " & JobID
Else
 Wscript.Echo "An error occurred: " & errJobCreated
End If

Чтобы предоставить "joe пользователю" способность создать запланированные задачи, необходимо будет изменить разрешение на папке %SystemRoot %\Tasks. Посмотрите здесь для некоторой информации о той передней стороне: http://technet.microsoft.com/en-us/library/cc785125 (WS.10) .aspx

6
задан 17 February 2010 в 12:55
2 ответа

Первая проверка работоспособности Ваш сервер:

  • Вы используете память ECC?
  • Вы выполняете RAID? Вы видели какие-либо ошибки плат RAID? (dmesg показал бы их в то время, но теперь Вы перезагрузили, они, вероятно, потеряны),

Высокий уровень кэша желателен и не должен повреждать Вашу файловую систему всегда.

3
ответ дан 3 December 2019 в 00:20
  • 1
    Да мы используем ECC. Мы - not' t рабочий RAID так didn' t видят любые ошибки. Ретроспективно я должен был взять некоторые снимки экрана того, что я видел, но к сожалению я был занят, пытаясь вернуть сервер и работая и надеялся это I' d смочь посмотреть на блокировки впоследствии, к сожалению, ни один не был записан. –  BenM 16 February 2010 в 17:36

Осиротевшие inodes мягки и совершенно нормальны каждый раз, когда у Вас есть грязное, демонтируют. Они - просто файлы, которые были удалены, но были все еще открыты, когда фс была повторно смонтирована только для чтения. Они не причина, но просто признак. Необходимо проверить журналы ядра для наблюдения то, чем была фактическая проблема, это вызвало перемонтирование только для чтения. Вы также могли бы хотеть выполнить некоторую УМНУЮ диагностику, чтобы удостовериться, что диск не перестал работать.

6
ответ дан 3 December 2019 в 00:20

Теги

Похожие вопросы