а по п.2 можешь что сказать?
дело в том что возникли проблемы с ФС экспортированной таким образом. Вернее даже у оракла с ней проблемы:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
---снаружи она такая
nyx# mount|grep centos
/centos_fs on /dev/md/dsk/d2 read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=1540002 on Чт нояб. 6 17:25:47 2008
--- зона такая
--- упростил до максимума
---убрал ограничения по памяти
--- остался только пулл - привязка к 2-м цпу
nyx# zonecfg -z cent-zone
zonecfg:cent-zone> info
zonename: cent-zone
zonepath: /zones/cent-zone
brand: lx
autoboot: true
bootargs:
pool: cent-pool
limitpriv:
scheduling-class:
ip-type: shared
fs:
dir: /u02
special: /centos_fs
raw not specified
type: lofs
options: []
net:
address: 172.16.0.18/16
physical: e1000g1
какая эта ФС внутри не знаю. оракл пишет на нее не меньше 90 мб/с (смотрю снаружи, внутри запустив dd if=/dev/zero...). Но когда начинаю восстанавливать бэкап (rman> duplicate target database to test) скорость дисковых операций падает:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
---замерена снаружи iostat -xn 5
r/s w/s kr/s kw/s wait actv wsvc_t asvc_t %w %b device
0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 lofi1
0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 md/d0
4.4 0.6 67.1 3.5 0.0 0.0 0.6 4.9 0 2 md/d1
0.2 151.9 204.6 1147.5 0.0 0.9 0.0 6.1 0 93 md/d2
0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 md/d3
0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 md/d10
2.2 0.6 33.6 3.5 0.0 0.0 0.0 2.8 0 1 md/d11
0.2 66.1 8.0 529.1 0.0 0.4 0.0 5.9 0 39 md/d12
0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 md/d20
2.2 0.6 33.6 3.5 0.0 0.0 0.0 7.0 0 2 md/d21
0.2 85.7 196.6 618.4 0.0 0.5 0.0 6.3 0 54 md/d22
0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c0t0d0
0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c1t0d0
0.0 0.0 0.0 0.0 0.0 0.0 0.0 0.0 0 0 c2t0d0
2.4 67.1 41.6 532.8 0.0 0.4 0.0 5.8 0 40 c3t0d0
5.8 86.7 230.2 622.1 0.0 0.6 0.0 7.0 0 54 c3t1d0
0.0 1.8 0.0 19.2 0.0 0.0 0.0 0.9 0 0 c6t60060E801043D550045A219500000005d0
0.0 0.4 0.0 82.3 0.0 0.0 0.0 7.2 0 0 c6t60060E801043D550045A219500000001d0
0.0 0.4 0.0 82.3 0.0 0.0 0.0 6.4 0 0 c6t60060E801043D550045A219500000000d0
0.0 6.2 0.0 43.8 0.0 0.0 0.0 6.0 0 2 c6t60060E801043D550045A219500000004d0
---truss -fael -p <pid_rman>
682/1: nanosleep(0x07FEF3D0, 0x07FEF3D0) (sleeping...)
7682/1: nanosleep(0x07FEF3D0, 0x07FEF3D0) = 0
7682/1: write(16, "\0 '\0\006\0\0\0\0\003 N".., 39) = 39
7682/1: fstat64(16, 0x07FE48F0) = 0
7682/1: read(16, "\0A3\0\006\0\0\0\0\00601".., 2064) = 163
7682/1: uucopy(0x07FEF4E8, 0x07FEF218, 8) = 0
7682/1: lwp_sigmask(SIG_SETMASK, 0x00020000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
7682/1: uucopy(0x07FEF218, 0x07FEF468, 8) = 0
7682/1: uucopy(0xFEFFD36C, 0x07FEF26C, 20) = 0
7682/1: uucopy(0x07FEF468, 0x07FEF218, 8) = 0
7682/1: lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
7682/1: nanosleep(0x07FEF3D0, 0x07FEF3D0) (sleeping...)
7682/1: nanosleep(0x07FEF3D0, 0x07FEF3D0) = 0
7682/1: write(16, "\0 '\0\006\0\0\0\0\003 N".., 39) = 39
7682/1: fstat64(16, 0x07FE48F0) = 0
7682/1: read(16, "\0A3\0\006\0\0\0\0\00601".., 2064) = 163
7682/1: uucopy(0x07FEF4E8, 0x07FEF218, 8) = 0
7682/1: lwp_sigmask(SIG_SETMASK, 0x00020000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
7682/1: uucopy(0x07FEF218, 0x07FEF468, 8) = 0
7682/1: uucopy(0xFEFFD36C, 0x07FEF26C, 20) = 0
7682/1: uucopy(0x07FEF468, 0x07FEF218, 8) = 0
висит на каждом nanosleep секунд по 5. Плюс тоже работает медленно (startup nomount, shutdown), но это мне кажется более показательно.
Итого: как-то оракл не дружит с ФС с которой дружит ОС юзер и которую (ФС) не видит ОС ;) Или в табличку на opensolaris писали что oracle в lx зоне работает те которые как я сделали startup nomount, все можно отрапортавать?
Наверное можно играться снаружи с опциями монтирования (кэш/без него...). Но может подскажите вариант без слепого тыканья.
ps
ощущение что хочу я странного и это нафиг никому не надо. и стоит отложить на годик пока может "тропки" появятся в инете.
