[ASE-15.0.2] srvbuildres - Unable to boot server [Résolu]

[Ricoucoko]

Bonjour,

Afin d'effectuer quelques tests sur un environnement Sybase, j'ai besoin d'installer Sybase Express Edition (ASE15.0) sur Linux (Fedora Core 6) installée sur une machine virtuelle, et je patauge...
Après plusieurs essais d'installation, j'en arrive à un point que Google ne me permet pas de résoudre...

En résumé :

• uname -a donne : Linux vmsyb01 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:54:20 EDT 2006 i686 i686 i386 GNU/Linux
• kernel.shmmax = 268435456
• LD_POINTER_GUARD=0
• Tous les binaires ont été installés
• Le backup server démarre

-bash-3.1$ ./bin/srvbuildres -r sqlsrv.res

Building Adaptive Server 'SYB01':
Writing entry into directory services...
Directory services entry complete.
Building master device...
Master device complete.
Writing RUN_SYB01 file...
RUN_SYB01 file complete.
Starting server...
Task failed
Unable to boot server 'SYB01'.
Server 'SYB01' was not created.

La trace lors du lancement donne en substance ceci :

[...]
ASE booted on Linux release 2.6.18-1.2798.fc6 version #1 SMP Mon Oct 16 14:54:20 EDT 2006.
[...]
Database 'master' is now online.
[...]
Database 'sybsystemdb' is now online.
[...]
Database 'model' is now online.
[...]
00:00000:00001:2008/01/07 11:31:23.67 server Clearing temp db
00:00000:00001:2008/01/07 11:31:23.69 server The transaction log in the database 'tempdb' will use I/O size of 4 Kb.
00:00000:00001:2008/01/07 11:31:23.69 server Database 'tempdb' is now online.
00:00000:00008:2008/01/07 11:31:23.74 kernel network name localhost, interface IPv4, address 127.0.0.1, type tcp, port 5004, filter NONE
00:00000:00001:2008/01/07 11:31:23.74 server Recovery complete.
00:00000:00001:2008/01/07 11:31:23.74 server ASE's default unicode sort order is 'binary'.
00:00000:00001:2008/01/07 11:31:23.74 server ASE's default sort order is:
00:00000:00001:2008/01/07 11:31:23.74 server 'bin_iso_1' (ID = 50)
00:00000:00001:2008/01/07 11:31:23.74 server on top of default character set:
00:00000:00001:2008/01/07 11:31:23.74 server 'iso_1' (ID = 1).
00:00000:00001:2008/01/07 11:31:23.74 server Master device size: 60 megabytes, or 30720 virtual pages. (A virtual page is 2048 bytes.)


Une instance tourne néanmoins après tout ceci :
-bash-3.1$ ./install/showserver
F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD
0 S sybase 2754 2753 0 75 0 - 25794 - 11:31 ? 00:00:00 /opt/sybase/ASE-15_0/bin/dataserver -z4k -d/opt/sybase/data/master.dat -e/opt/sybase/ASE-15_0/install/SYB01.log -c/opt/sybase/ASE-15_0/SYB01.cfg -M/opt/sybase/ASE-15_0 -sSYB01 -T1623

Merci d'avance, j'espère avoir fourni toutes les informations nécessaires.
Cordialement.

[mpeppler]

J'ai monté une instance 15.0.2 sur FC06 et sur une machine virtuelle il y a quelques semaines, sans problèmes particuliers (si mes souvenirs sons bons)

Est-ce que tu peux regarder la log du dataserver pour voir si il y a qqch qui pourrait indiquer ce qui ne va pas?

Michael

[Ricoucoko]

Les extraits fournis dans le message précédent sont issus du fichier SYB01.log présent dans ASE-15_0/install.

Existe-t-il un autre fichier de trace avec des éléments concernant le dataserver ?

Sinon, je peux fournir le fichier dans sa totalité, mais il fait 530 lignes (je peux retirer les instructions de créations de la base master si nécessaire).

Merci.

[mpeppler]

Je relis la log, et je vois:

00:00000:00001:2008/01/07 11:31:23.74 server Recovery complete.

hmmm - il me semble que le serveur à bien été créé, et qu'il devrait être accessible via isql.

Est-ce que tu as essayé de te connecter via isql?

Michael

[Ricoucoko]

J'ai essayé un accès ISQL et j'ai le message suivant :

CT-LIBRARY error:
ct_connect(): couche service de répertoires: erreur interne de la couche de contrôle des répertoires: Impossible de trouver le nom du serveur demandé.

En effet, le serveur ne figure pas dans le fichier interfaces après l'exécution de srvbuildres.
Si je l'ajoute à la main dans le fichier

Code :

1
2
3
SYB01
        master tcp ether localhost 5004
        query tcp ether localhost 5004

, j'ai alors le message suivant.

CT-LIBRARY error:
ct_connect(): couche paquet réseau: erreur interne bibliothèque réseau: Echec de l'appel au gestionnaire de protocole Net-Lib pour connecter deux endpoints

Pourtant mon instance s'exécute :
F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD
0 S sybase 2754 2753 0 75 0 - 25794 - 11:31 ? 00:00:08 /opt/sybase/ASE-15_0/bin/dataserver -z4k -d/opt/sybase/data/master.dat -e/opt/sybase/ASE-15_0/install/SYB01.log -c/opt/sybase/ASE-15_0/SYB01.cfg -M/opt/sybase/ASE-15_0 -sSYB01 -T1623

[mpeppler]

Il faut peut-être utiliser netstat pour voir quel port est utilisé pour ton dataserver, puis ajuster le fichier interfaces en conséquence.

Michael

[Ricoucoko]

netstat -p -n | grep dataserver
donne comme résultat :
unix 3 [ ] STREAM CONNECTE 9282 2754/dataserver
unix 3 [ ] STREAM CONNECTE 9281 2754/dataserver

J'ai modifié le fichier des interfaces pour utiliser l'un ou l'autre des deux ports, mais rien n'y fait, j'ai dans les deux cas le message d'erreur suivant :
CT-LIBRARY error:
ct_connect(): couche paquet réseau: erreur interne bibliothèque réseau: Echec de l'appel au gestionnaire de protocole Net-Lib pour connecter deux endpoints

D'autre part, je viens de me rendre compte que mes tests successifs ont supprimé master.dat du dossier data.
Est-il possible de créer ce fichier en l'initialisant, sans utiliser srvbuildres qui le supprime en cas d'erreur lors du lancement ?

[mpeppler]

Il faudrait plutôt utiliser

Code :

1
2
 
netstat -a | grep LISTEN

et voir ce qui risque de correspondre au dataserver.

Pour ce qui est du master.dat - non tu ne peux pas le recréer à vide et espérer que cela va marcher.

Si tu n'arrive pas à te connecter à la base il faudra l'arrêter (avec un kill, probablement), puis la regénérer via srvbuildres.

Michael

[Ricoucoko]

Avec la commande netstat -a | grep LISTEN j'obtiens le résultat suivant, dans lequel le port en écoute du dataserver n'apparaît pas...

tcp 0 0 localhost:2208 *:* LISTEN
tcp 0 0 localhost:34824 *:* LISTEN
tcp 0 0 localhost:avt-profile-1 *:* LISTEN
tcp 0 0 *:sunrpc *:* LISTEN
tcp 0 0 *:914 *:* LISTEN
tcp 0 0 localhost:smtp *:* LISTEN
tcp 0 0 *:ssh *:* LISTEN
tcp 0 0 localhost.localdomain:ipp *:* LISTEN
unix 2 [ ACC ] STREAM LISTENING 5133 /var/run/avahi-daemon/socket
unix 2 [ ACC ] STREAM LISTENING 6440 /tmp/.X11-unix/X0
unix 2 [ ACC ] STREAM LISTENING 5000 /tmp/.font-unix/fs7100
unix 2 [ ACC ] STREAM LISTENING 6397 /tmp/.gdm_socket
unix 2 [ ACC ] STREAM LISTENING 4958 /dev/gpmctl
unix 2 [ ACC ] STREAM LISTENING 4330 /var/run/dbus/system_bus_socket
unix 2 [ ACC ] STREAM LISTENING 4397 /var/run/sdp
unix 2 [ ACC ] STREAM LISTENING 5158 @/var/run/hald/dbus-RWPcYFJsAN
unix 2 [ ACC ] STREAM LISTENING 4530 /var/run/pcscd.comm
unix 2 [ ACC ] STREAM LISTENING 4596 /var/run/acpid.socket
unix 2 [ ACC ] STREAM LISTENING 4680 /var/run/cups/cups.sock
unix 2 [ ACC ] STREAM LISTENING 5159 @/var/run/hald/dbus-NOsBB1ttRP

Saurais-tu avoir une idée sur la cause de ce mal ?
Merci.

Eric

[mpeppler]

Là il me semble que le dataserver est assez malade. Je pense qu'il va falloir essayer de le recréer avec srvbuildres...

Michael

[Ricoucoko]

Après avoir supprimé l'interface associée et supprimé master.dat, j'ai retenté la construction du dataserver avec la commande suivante :
./bin/srvbuildres -r sqlsrv.res

Me voilà maintenant revenu au point de départ, j'ai le problème exactement évoqué au tout début de ce sujet...

Le dataserver est lancé : (résultat de netstat)
tcp 0 0 127.0.0.1:5004 0.0.0.0:* LISTEN 6368/dataserver

Le fichier des interfaces ne contient pas le dataserver, et le master.dat a été supprimé.

Aurais-je oublié quelque chose ?

[mpeppler]

Il y a des fichiers logs dans /opt/sybase/ASE-15_0/init/logs - il faut voir ce qu'ils disent en plus du fichier log normal d'ASE.

Michael

[Ricoucoko]

Cette trace ne dit rien de plus.
Du coup, je suis reparti à la base, en réinstallant dans sa totalité ma machine virtuelle.

Et là surprise !!! Ca fonctionne.

Je ne comprends pas trop pourquoi ça marche maintenant et pas avant, car il n'y a pas de différence dans les packages que j'ai installé... Peut-être la démarche moins approximative m'a permis de ne pas commettre certaines erreurs.

Bref, encore merci pour ton aide, ainsi que ton site grâce auquel j'ai pu modifié l'adresse IP d'écoute du dataserver...