Re: [Confirme] crash serveur X

2003-11-13 Par sujet Alain rpnpif
Le Mardi 11 Novembre 2003 18:07, deny a écrit :
 Bonjour,
 
 Je commencerais par vérifier qu'une tâche cron ne se lance pas de façon
 imprévue. Vérifier dans /etc/crond.daily, /etc/cron.weekly,
 /etc/cron.monthly. Il pourrait s'agir par exemple d'une tâche msec.
  Vérifier que les répertoires cités ne contiennent pas un fichier ou lien
  appelé msec. Si oui, vérifier que les permissions gérées par msec ne
  modifient pas l'accès aux fichiers de configuration de X. Autre piste :
  le répertoire /tmp est-il toujours accessible pour tous. Vérifier que les
  tâches cron tmpwatch n'effacent pas (tous les 3 mois ?) les prises
  (sockets) présentes dans /tmp/.font-unix/.

 j'ai ceci dans tmpwatch
 il y a t'il quelque chose a supprimer ?
 ne pourrais je a la rigueur supprimer les fichiers msec des crons sans
 dommage ?


 /usr/sbin/tmpwatch 240 /tmp /var/tmp
 [ -f /etc/sysconfig/i18n ]  . /etc/sysconfig/i18n
 if [ -d /usr/share/man/$LANG/ ]  [ -d /var/catman/$LANG/ ]; then
 /usr/sbin/tmpwatch -f 240
 /var/catman/{X11R6/cat?,cat?,local/cat?,$LANG/cat?}
  else
 /usr/sbin/tmpwatch -f 240 /var/catman/{X11R6/cat?,cat?,local/cat?}
 fi

L'effacement se fait après 240 h soit 10 jours. Donc tout semble normal.

msec sert à vérifier que les permissions et autres réglages n'ont pas 
changés. Parfois il empêche la modification des réglages d'origine. Si on 
souhaite le désactiver, on peut supprimer tous les liens vers msec dans les 
répertoires /etc/cron.*/

Alain rpnpif

Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur http://www.mandrakestore.com;


Re: [Confirme] crash serveur X

2003-11-11 Par sujet Pierre BETOUIN
Est-ce que XFS est lancé comme service au démarrage ?
Tu peux le vérifier avec drakxservices (en root).

Pierre

Le mar 11/11/2003 à 11:45, deny a écrit :
 bonjour
 
 Regulierement , je crashe mon serveur X (disons tous les 3 mois environ)
 pourquoi je ne sais pas , mon moniteur est vieux (un diamond 15 pouces) 
 mais le reste est neuf et tout fonctionne lors d'une reinstall
 
 quand je crashe , je fais init 3 ,puis je relance xfs ,repasse en init 5
 lance startx , cela remarche la duree de la session puis au prochain 
 reboot je me retrouve sur l'invite de password bash (en init 3 meme si 
 inittab est a 5) et quand je lance startx manuellement j'ai
 
 could not init font path element unix/:-1 removing from list
 could not open default font fixed
 
 si je tente une mise a jour du serveur X j'ai exactement le meme probleme
 
 comme je ne peux me resoudre a reinstaller tous les 3 mois
 je cherche une soluce
 
 merci pour votre aide

-- 
Pierre BETOUIN

GnuPG key :
lynx -dump perso.club-internet.fr/unsignedchr/GnupgKey.asc | gpg
--import


signature.asc
Description: Ceci est une partie de message	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=


Re: [Confirme] crash serveur X

2003-11-11 Par sujet deny


Pierre BETOUIN a écrit:
Est-ce que XFS est lancé comme service au démarrage ?
Tu peux le vérifier avec drakxservices (en root).


oui il est lance
pourtant au reboot ,kde se lance , puis retourne sur l'invite de 
commande bash ,je me logue, quand je fais xfs start
xfs se lance ,donc s'est qu'il n'etait pas lance precedemment ?

ensuite un startx me donne l'acces au  serveur sans probleme
mais comme je suis en root ,je fais un su monlogin
et la pas de permission pour lancer startx
j'aimerais retrouver une utilisation plus logique
a savoir le serveur X se lancant directement au demarrage (avec inittab 5)
a++





Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur http://www.mandrakestore.com;


Re: [Confirme] crash serveur X

2003-11-11 Par sujet Pierre BETOUIN
Le mar 11/11/2003 à 13:07, deny a écrit :
 Pierre BETOUIN a écrit:
  Est-ce que XFS est lancé comme service au démarrage ?
  Tu peux le vérifier avec drakxservices (en root).
 
 
 oui il est lance
 pourtant au reboot ,kde se lance , puis retourne sur l'invite de 
 commande bash ,je me logue, quand je fais xfs start
 xfs se lance ,donc s'est qu'il n'etait pas lance precedemment ?
oui. Ou plus simplement, il a planté.
Regarde tes logs en grepant X ou XFS. Regarde aussi /var/log/XFree86.*

 ensuite un startx me donne l'acces au  serveur sans probleme
 mais comme je suis en root ,je fais un su monlogin
 et la pas de permission pour lancer startx
Pourquoi lances-tu X en root ?
Je te le déconseille vivement...

 j'aimerais retrouver une utilisation plus logique
 a savoir le serveur X se lancant directement au demarrage (avec inittab 5)
Rajoute le service DM au démarrage.
et pour cette fois-ci : /etc/rc.d/init.d/dm start
ou service dm start


-- 
Pierre BETOUIN

GnuPG key :
lynx -dump perso.club-internet.fr/unsignedchr/GnupgKey.asc | gpg
--import


signature.asc
Description: Ceci est une partie de message	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=


Re: [Confirme] crash serveur X

2003-11-11 Par sujet deny
A

Bonjour,

Je commencerais par vérifier qu'une tâche cron ne se lance pas de façon 
imprévue. Vérifier dans /etc/crond.daily, /etc/cron.weekly, 
/etc/cron.monthly. Il pourrait s'agir par exemple d'une tâche msec. Vérifier 
que les répertoires cités ne contiennent pas un fichier ou lien appelé msec. 
Si oui, vérifier que les permissions gérées par msec ne modifient pas l'accès 
aux fichiers de configuration de X.



effectivement j'ai bien une ligne msec dans les reps pre-cites
en revanche je ne pige pas bien le systeme de permission qui pourrait 
poser probleme
je vais donc donner mes perms pour /usr/sbin/msec

[EMAIL PROTECTED] sbin]# ls -l msec
-rwxr-xr-x1 root root 1720 mar  7  2003 msec*
comment puis je savoir si cela contrarie le serveur X ?
Autre piste : le répertoire /tmp est-il 
toujours accessible pour tous. Vérifier que les tâches cron tmpwatch 
n'effacent pas (tous les 3 mois ?) les prises (sockets) présentes dans 
/tmp/.font-unix/. Dernière idée : le démon xfs est-il lancé ? service xfs 
status (en root).

non j'ai beau activer dans linuxconf xfs au demarrage
un xfs status me renvoie xfs non lance
des lors que je le lance tout refonctionne ,hormis la perte de ma carte 
reseau
que je relance par un ifconfig 192.168.0.1 (bizarre cette perte de carte 
reseau)
je vais essayer avec webmin.

Sinon, pourquoi ne se lance t-il plus ? (cause msec, autre 
?) Plutôt que tout réinstaller, relancer en root xfs par service xfs start, 
puis pour un lancement à chaque démarrage, chkconfig --add xfs.
 

merci ce sont quelques pistes tres interessantes
et je t'en remercie



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur http://www.mandrakestore.com;


Re: [Confirme] crash serveur X

2003-11-11 Par sujet deny


Bonjour,

Je commencerais par vérifier qu'une tâche cron ne se lance pas de façon 
imprévue. Vérifier dans /etc/crond.daily, /etc/cron.weekly, 
/etc/cron.monthly. Il pourrait s'agir par exemple d'une tâche msec. Vérifier 
que les répertoires cités ne contiennent pas un fichier ou lien appelé msec. 
Si oui, vérifier que les permissions gérées par msec ne modifient pas l'accès 
aux fichiers de configuration de X. Autre piste : le répertoire /tmp est-il 
toujours accessible pour tous. Vérifier que les tâches cron tmpwatch 
n'effacent pas (tous les 3 mois ?) les prises (sockets) présentes dans 
/tmp/.font-unix/.

j'ai ceci dans tmpwatch
il y a t'il quelque chose a supprimer ?
ne pourrais je a la rigueur supprimer les fichiers msec des crons sans 
dommage ?

/usr/sbin/tmpwatch 240 /tmp /var/tmp
[ -f /etc/sysconfig/i18n ]  . /etc/sysconfig/i18n
if [ -d /usr/share/man/$LANG/ ]  [ -d /var/catman/$LANG/ ]; then
/usr/sbin/tmpwatch -f 240 
/var/catman/{X11R6/cat?,cat?,local/cat?,$LANG/cat?}
else
/usr/sbin/tmpwatch -f 240 /var/catman/{X11R6/cat?,cat?,local/cat?}
fi
~




merci


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur http://www.mandrakestore.com;


Re: [Confirme] crash serveur X

2003-11-11 Par sujet christophe Josselin
Le Mardi 11 Novembre 2003 11:45, deny a écrit :
 bonjour

 Regulierement , je crashe mon serveur X (disons tous les 3 mois environ)
 pourquoi je ne sais pas , mon moniteur est vieux (un diamond 15 pouces)
 mais le reste est neuf et tout fonctionne lors d'une reinstall
.../...

Que donne un df et un df -i  (après un crash), car une autre cause de 
plantage serait la saturation d'un disque.

-- 
Christophe Josselin
PS : j'ai un nouveau site en ligne : http://perso.club-internet.fr/cjossel1
- Projet de lecteur multimédia libre et autonome :
 http://www.linux-france.org/prj/boxound/
- S'il vous plaît, ne m'envoyer pas de fichiers aux formats doc,xls
  mais plutôt au format rtf,pdf ou mieux openoffice
Voir http://www.fsf.org/philosophy/no-word-attachments.fr.html

Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur http://www.mandrakestore.com;


Re: [Confirme] crash serveur X

2003-11-11 Par sujet deny
christophe Josselin wrote:

Le Mardi 11 Novembre 2003 11:45, deny a écrit :
 

bonjour

Regulierement , je crashe mon serveur X (disons tous les 3 mois environ)
pourquoi je ne sais pas , mon moniteur est vieux (un diamond 15 pouces)
mais le reste est neuf et tout fonctionne lors d'une reinstall
   

.../...

Que donne un df et un df -i  (après un crash), car une autre cause de 
plantage serait la saturation d'un disque.

 

[EMAIL PROTECTED] etc]# df
SysFichierTail. Util.Disp. Uti% Monté sur
/dev/hdb1 5,3G  2,3G  2,8G  45% /
/dev/hdb6  70G  567M   70G   1% /home
/dev/hda1 9,8G  3,4G  6,5G  34% /mnt/nt
/dev/hda5  29G  2,8G   26G  10% /mnt/nt2
mais je pense que j'ai trouve ce qui cloche
j'avais desactive quelques services au demarrage '(sans toucher a dm ,ni 
xfs)
et xfs ne se lancait plus correctement
depuis que j'ai remis la config ,cela fonctionne

merci



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur http://www.mandrakestore.com;