The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"solaris 8 после reboot не хочет ssh"
Отправлено Lom, 26-Июн-09 17:57 
>[оверквотинг удален]
>Вместо N,M поставишь цифры из вывыода show-disks, буква "а" обозначает рутовый слайс
>диска.
>
>Но если у тебя нет уверенности что все сделаешь правильно то лучше
>пришли
>вывод команды OBP: printenv и show-disks
>и я напишу тебе команды для загрузки с зеркала рутового диска.
>
>А вот есть проблема с файлом /etc/system или нет пока неизвестно, но
>вполне может быть что и нету ...

Ребята, спасибо что помогаете, а не пинаете! Большое спасибо!

К сожалению я не могу регулярно выходить в этот форум, так что извините за задержки в ответах.

Уже почитал немного про NVRAM и просесс загрузки сервера.
Вот данные которые я смог вытащить: сервера идеентичны в деталях, но один глючит, другой нет:

На сервере который НЕ глючит команда mount выдает следующее:
bash-2.03# mount
/ on /dev/dsk/c1t0d0s0 read/write/setuid/intr/largefiles/logging/onerror=panic/dev=800000 on Tue Jun  9 13:47:17 2009
/usr on /dev/dsk/c1t0d0s5 read/write/setuid/intr/largefiles/logging/onerror=panic/dev=800005 on Tue Jun  9 13:47:18 2009
/proc on /proc read/write/setuid/dev=45c0000 on Tue Jun  9 13:47:17 2009
/dev/fd on fd read/write/setuid/dev=4680000 on Tue Jun  9 13:47:18 2009
/etc/mnttab on mnttab read/write/setuid/dev=4780000 on Tue Jun  9 13:47:19 2009
/var on /dev/dsk/c1t0d0s4 read/write/setuid/intr/largefiles/logging/onerror=panic/dev=800004 on Tue Jun  9 13:47:19 2009
/var/run on swap read/write/setuid/dev=1 on Tue Jun  9 13:47:19 2009
/tmp on swap read/write/setuid/dev=2 on Tue Jun  9 13:47:21 2009
/opt on /dev/dsk/c1t0d0s6 read/write/setuid/intr/largefiles/logging/onerror=panic/dev=800006 on Tue Jun  9 13:47:21 2009
/home on /dev/dsk/c1t0d0s7 read/write/setuid/intr/largefiles/logging/onerror=panic/dev=800007 on Tue Jun  9 13:47:21 2009
/home/excel/records on /dev/dsk/c1t1d0s6 read/write/setuid/intr/largefiles/logging/onerror=panic/dev=80000e on Tue Jun  9 13:47:21 2009


На сервере который ГЛЮЧИТ команда mount выдает следующее
/ on /pci@1c,600000/scsi@2/disk@0,0:a read/write/setuid/dev=800000 on Wed Dec 31 21:00:00 1969
/usr on /dev/dsk/c0t0d0s6 read/write/setuid/intr/largefiles/logging/onerror=panic/dev=800006 on Fri Jun 26 12:50:23 2009
/proc on /proc read/write/setuid/dev=4b40000 on Fri Jun 26 12:50:22 2009
/dev/fd on fd read/write/setuid/dev=4c00000 on Fri Jun 26 12:50:24 2009
/etc/mnttab on mnttab read/write/setuid/dev=4cc0000 on Fri Jun 26 12:50:24 2009
/var on /dev/dsk/c0t0d0s1 read/write/setuid/intr/largefiles/logging/onerror=panic/dev=800001 on Fri Jun 26 12:50:25 2009
/var/run on swap read/write/setuid/dev=1 on Fri Jun 26 12:50:25 2009

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

И еще:
доступа к консольке нет, но тем, не менее я могу вам показать вывод команды eeprom:
на НЕ глючном сервере вывод следующий:
bash-2.03# eeprom
test-args: data not available.
diag-passes=1
asr-policy=normal
local-mac-address?=true
fcode-debug?=false
silent-mode?=false
scsi-initiator-id=7
oem-logo: data not available.
oem-logo?=false
oem-banner: data not available.
oem-banner?=false
ansi-terminal?=true
screen-#columns=80
screen-#rows=34
ttyb-rts-dtr-off=false
ttyb-ignore-cd=true
ttya-rts-dtr-off=false
ttya-ignore-cd=true
ttyb-mode=9600,8,n,1,-
ttya-mode=9600,8,n,1,-
output-device=ttya
input-device=ttya
auto-boot-on-error?=false
load-base=16384
auto-boot?=true
boot-command=boot
diag-file: data not available.
diag-device=net
boot-file: data not available.
boot-device=disk net
use-nvramrc?=false
nvramrc: data not available.
security-mode=none
security-password: data not available.
security-#badlogins=0
post-trigger=power-on-reset
diag-script=none
diag-level=max
diag-switch?=false
obdiag-trigger=power-on-reset
error-reset-recovery=boot

На ГЛЮЧНОМ сервере вывод eeprom такой:
bash-2.03# ssh 10.0.51.2 -C "eeprom"
root@10.0.51.2's password:
test-args: data not available.
diag-passes=1
asr-policy=normal
local-mac-address?=true
fcode-debug?=false
silent-mode?=false
scsi-initiator-id=7
oem-logo: data not available.
oem-logo?=false
oem-banner: data not available.
oem-banner?=false
ansi-terminal?=true
screen-#columns=80
screen-#rows=34
ttyb-rts-dtr-off=false
ttyb-ignore-cd=true
ttya-rts-dtr-off=false
ttya-ignore-cd=true
ttyb-mode=9600,8,n,1,-
ttya-mode=9600,8,n,1,-
output-device=ttya
input-device=ttya
auto-boot-on-error?=false
load-base=16384
auto-boot?=true
boot-command=boot
diag-file: data not available.
diag-device=disk0
boot-file: data not available.
boot-device=disk0
use-nvramrc?=false
nvramrc: data not available.
security-mode=none
security-password: data not available.
security-#badlogins=0
post-trigger=power-on-reset
diag-script=none
diag-level=min
diag-switch?=false
obdiag-trigger=power-on-reset
error-reset-recovery=boot

как видно boot-device какой то непонятный у нормального сервера там два девайса, а у ГЛЮЧНОГО один и при этом он disk0

как я понял через команду eeprom можно поменять все те параметры которые ты уже упомниал.


 

Ваше сообщение
Имя*:
EMail:
Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру