- 论坛徽章:
- 0
|
我怀疑是不是shmmax问题
我查了一个SYBASE的说法
os_create_region: shmat (%d): %s
This message is written to the error log when SQL Server fails to
attach at an address. In this message, %d is the shared memory
identifier and %s is an operating system error messag
Action
1. At the operating system level, check which shared memory
processes are using and whether shared memory segments are
being used by SQL Server.
To check this on UNIX, run this command as the “sybase” user:
% ipcs -m
IPC status from workstation1 as of Fri May 26 14:08:25 1995
T ID KEY MODE OWNER GROUP
Shared Memory:
m 256 0x699b7e24 --rw------- sybase sybase
m 257 0x699b7e25 --rw------- sybase sybase
If shared memory segments are being used by SQL Server,
reboot the operating system to clear shared memory or remove
them using the ipcrm operating system command.
ä Note
Before removing the shared memory segments, identify the process that
created them using the command “ipcs -ma” to make sure you only remove
the appropriate segments.
2. Check the $SYBASE directory to see whether there are any *.krg
or *.srg files left from an abnormal SQL Server exit. If any such
files exist, delete them.
3. os_create_region errors can occur when shared memory is not
configured properly on your operating system. Refer to theSystem Administration Guide Supplement for your platform for
information about configuring shared memory properly.
我在以前装的一台机子上查看IPCS时,只要没启动SYBASE,就没有相应的信息,而在这台上我没启动SYBASE也可以看到十几行的内存的使用地址,这就对上了shared memory
processes are using and whether shared memory segments are
being used by SQL Server. |
|