Discussion :

[msomso]

Bonjour

J'utilise Sybase Central pour créer un data cache dédié à ma base temporaire.
Pouviez-vous m'expliquer pourquoi j'ai cette erreur (cf. fichiers png joins) ?
Mon 'max_memory' est suffisant (2,5Go disponible cf fichier joint)

De quel espace disque s'agit-il lors de la création d'un DC?

Merci
msomso

[mpeppler]

Bizarre.

Je n'utilise pas Sybase Central, je sais pas vraiment d'où vient le message. Essaie peut-être de faire la même commande directement dans isql (ou similaire).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
-- exemple:
sp_cacheconfig 'tempdb_cache', '10m'
go
sp_bindcache tempdb_cache, tempdb
go

Michael

[msomso]

Bonjour Michael
Ton avis sur l'erreur affichée avec la commande en ligne ?
Je crois avoir déjà eu ce cas, j'ai eu ensuite les erreurs au redémarrage du serveur. ASE refuse de démarrer avec le fichier de config modifié. Il fallait que je reprenne le fichier .bak
Comment faire proprement les choses ?
Merci

[mpeppler]

Est-ce que la mémoire est disponible au niveau de l'OS?
Suivant l'OS il faut aussi assigner une limite suffisamment grande pour la "shared memory" (p.ex. kernel.shmmax sous linux). C'est peut-être cela qui est retourné comme "manque d'espace" dans le message d'erreur.

Michael

[msomso]

Avec quelle commande vérifie-t-on la mémoire OS (SUN Solaris) ?

merci
msomso

[mpeppler]

D'une part tu peux essayer "ulimit -a" pour le user qui execute dataserver (sybase ?).
D'autre part (mais mes souvenirs sont assez flous...) les limites sont définies dans /etc/system (je crois!). Pour Solaris 10 il faut lire:

http://infocenter.sybase.com/help/in...sun/X30291.htm

Michael

[msomso]

Avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sar -r 5 10

j'ai environ 5Go de mémoire disponible.
Mon serveur :
max_memory augmenté à 6Go et pourtant la création de DC genére toujours la même erreur.

Que signifie le message dans le log:

Configuration of the cache (tempdb_cache) failed since the defined cache configuration consumes more memory than is available for buffer caches.

J'ai aussi celui là:

00:00000:00053:2010/09/10 14:20:26.53 kernel Allocating a shared memory segment of size 2095104 by tes.
00:00000:00053:2010/09/10 14:20:26.53 kernel os_create_region: can't allocate 2097152 bytes
00:00000:00053:2010/09/10 14:20:26.53 kernel kbcreate: couldn't create server region 5.
00:00000:00053:2010/09/10 14:20:26.53 kernel Retrying shared memory allocation with smaller size 1 047552 bytes.
00:00000:00053:2010/09/10 14:20:26.53 kernel Allocating a shared memory segment of size 1047552 by tes.
00:00000:00053:2010/09/10 14:20:26.53 kernel os_create_region: can't allocate 1048576 bytes
00:00000:00053:2010/09/10 14:20:26.53 kernel kbcreate: couldn't create server region 5.
00:00000:00053:2010/09/10 14:20:26.53 kernel Retrying shared memory allocation with smaller size 5 23776 bytes.

Merci
msomso

[mpeppler]

Le problème vient probablement du nombre de segment shared memory déjà en existence. Par défaut, je crois que cela est limité à 6 (cf. set shmsys:shminfo_shmseg=x ).

Y a t-il un spécialiste Solaris dans l'assistance???? :-)

Michael

[msomso]

Pour diminuer la segmentation,
j'ai essayé d'allouer le maximum de mémoire au démarrage
(paramètre 'all max shared memory'=1).

Et là, j'ai dù diminuer mon 'max memory' de 5Go à 2Go pour que le serveur démarre.

Question:
cela pourrait-être lié au fait que j'ai défini 2 engines (2CPU) au démarrage?
Faut-il compter que chaque "engine" consomme les 'max memory' càd 2Go ?

Au niveau OS, j'ai 5Go disponible.
pourquoi ASE ne voulait pas démarrer avec 'max memory'=5Go, ni 3Go

Merci
msomso