The UNIX and Linux Forums  

Go Back   Les systèmes UNIX et Linux Forums > Top Forums > UNIX pour les nuls Questions et réponses
.
google unix.com



UNIX pour les nuls Questions et réponses Si vous ne savez pas où poster un UNIX ou Linux question, post it here. Tous les systèmes UNIX et Linux, débutants bienvenus!

Plus d'UNIX et Linux Forum Sujets Vous trouverez peut-être utile
Fil Thread Starter Forum Réponses Last Post
Les fichiers créés dans les dernières 24 heures jayaramanit De programmation et de script Shell 1 09-08-2007 05:34 AM
Les fichiers créés par l'utilisateur Anshu UNIX pour les nuls Questions et réponses 2 06-13-2006 09:12 AM
Comment est-il sûr de supprimer des fichiers (/ var / spool / mail)? larcom61 UNIX pour les nuls Questions et réponses 2 12-02-2005 01:48 AM
les fichiers créés dans les 10 dernières minutes frustrated1 UNIX pour les nuls Questions et réponses 5 08-03-2005 11:09 AM
Création de deux fichiers pour tout le monde? Atama UNIX pour les nuls Questions et réponses 1 04-12-2002 05:44 PM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Recherche sur ce Thread Rate Thread Modes d'affichage
  #1 (permalink)  
Old 03-27-2006
TeaMaker TeaMaker is offline
Registered User
  
 

Join Date: Mar 2006
Messages: 1
Dossiers encore en cours de création dans le répertoire / var / spool / mmdf / lock / home

Salut à tous

J'ai besoin d'aide pour trouver un processus qui continue à créer des fichiers dans la zone précitée. Il existe trois sous-dossier intitulé addr q.local et msg. J'ai déjà trouvé un processus appelé mmdf en cours d'exécution et ont utilisé le tuer pour mettre fin à cette commande de fonctionner. J'ai aussi regardé pour sendmail ou qmail, mais ne sont ni en cours d'exécution.

Ces dossiers continueront d'être créés et tous commencer avec msg, puis très obscur nom après le point. Le système en question est aussi lente que je marche ne peut que supposer est causée par le même procédé que ce faire.

L'O / S est Sco Unix sortie 5. Toute aide serait appréciée.
  #2 (permalink)  
Old 03-27-2006
reddymails reddymails is offline
Registered User
  
 

Join Date: Feb 2006
Posts: 25
Salut,
Une approche que je ne peux penser à est d'abord de dresser la liste des identifiants de processus
1. ps-EAF | tr-s "" | cut-f 1-d ""> mytemppid.txt
2. sed '1 D 'mytemppid.txt> mypid.txt / / Suppression de première ligne de l'en-tête

Maintenant, pour chaque processus id voir quels fichiers il a ouvert à l'aide
4. / usr / proc / bin / Pfiles <pid>
Où est le processus pid-id du processus.
Il énumère les inode numéros de tous les fichiers ouverts
par ce processus.

Depuis sa liste inode numéro que vous avez besoin de connaître les inode numéro de votre dossier.
ls-li donne inode numéro de votre dossier.

Hope this helps.
Regs,
Reddy
  #3 (permalink)  
Old 03-27-2006
casioman casioman is offline
Registered User
  
 

Join Date: Aug 2005
Messages: 10
Le fonctionnement ps-EAF | tr-s "" | cut-f 1-d ""> pidlist-je obtenir un fichier vide, est-ce parce que la commande ps a quelque chose de différent pour SCO? Je sais que la course serait ps-ef travail, mais qu'est-ce que le paramètre faire?
  #4 (permalink)  
Old 03-27-2006
matrixmadhan matrixmadhan is offline Forum Advisor  
Technorati Master
  
 

Join Date: Mar 2005
Lieu: node feuilles dans les arbres B +
Posts: 2,960
Citation:
ps-EAF | tr-s "" | cut-f 1-d ""> pidlist
ce qui devrait probablement vous donner une liste,
excentrique que vous ne vous aucune sortie
au moins vous pouvez essayer cette
essayez les commandes individuellement et vous pouvez trouver le point

de plus,
une option serait d'éliminer la liste de session, les dirigeants et les processus qui ne sont pas connectés à la borne
  #5 (permalink)  
Old 03-27-2006
RTM's Avatar
RTM RTM is offline Forum Advisor  
Hog Hunter
  
 

Join Date: Apr 2002
Lieu: Sur ma moto
Messages: 3039
mmdf est le SCO mail daemon - Les fichiers créés sont probablement email à envoyer. Si c'est comme Sendmail, le courrier sera toujours courir, même si vous avez tué le mmdf processus. Cela signifie tuer le processus ne s'arrête pas e-mail a été créé et mis dans la file d'attente pour être envoyé - il signifie simplement que vous ne pouvez pas recevoir de courrier sur le serveur (là encore, en supposant MMD fonctionne comme Sendmail).

Vérifiez quel type de fichiers sont en cours de mise dans le répertoires - fichier * devrait les citer. Si elles sont de type ASCII, cat un couple d'entre eux. Vous trouverez sans doute qu'ils sont des emails. Vérifiez si tous les fichiers semblent être du spam. Vous mai pas votre mmdf mis en place et pourraient être un relais pour un spammeur.

Tuer les mmdf n'a probablement pas faire une chose pour vous. Et si le système est lent (et le courrier électronique n'est pas de sortir), alors vous avez probablement un problème avec DNS (encore une fois, c'est en supposant que mmdf travaille comme Sendmail) ou avec quelqu'un d'utiliser votre système comme un relais de messagerie.

mmdf relais
MMDF aperçu

Citation de MMDF overview:
Citation:
Après l'analyse de la base de données et de déterminer ce que la chaîne le message doit être envoyé par l'intermédiaire, le message est dans la file d'attente de répertoire. Ils sont situés dans / usr / spool / mmdf / lock / home. Il ya un répertoire de la forme q. <canal> pour chaque <canal> configuré. En outre, il existe deux autres répertoires ici: msg et addr.

Les fichiers dans q. <canal> sont liés à des fichiers dans addr et contiennent des informations administratives sur le message, comme l'expéditeur, du destinataire et la file d'attente. Dans un premier temps, mai il semble étrange d'avoir les fichiers en double, comme celle-ci. Toutefois, cela a un sens quand on considère les différents modes de prestation, ou de "priorités", vous pouvez configurer pour MMDF.
  #6 (permalink)  
Old 03-27-2006
casioman casioman is offline
Registered User
  
 

Join Date: Aug 2005
Messages: 10
Citation:
Posté par RTM
mmdf est le SCO mail daemon - Les fichiers créés sont probablement email à envoyer. Si c'est comme Sendmail, le courrier sera toujours courir, même si vous avez tué le mmdf processus. Cela signifie tuer le processus ne s'arrête pas e-mail a été créé et mis dans la file d'attente pour être envoyé - il signifie simplement que vous ne pouvez pas recevoir de courrier sur le serveur (là encore, en supposant MMD fonctionne comme Sendmail).

Vérifiez quel type de fichiers sont en cours de mise dans le répertoires - fichier * devrait les citer. Si elles sont de type ASCII, cat un couple d'entre eux. Vous trouverez sans doute qu'ils sont des emails. Vérifiez si tous les fichiers semblent être du spam. Vous mai pas votre mmdf mis en place et pourraient être un relais pour un spammeur.

Tuer les mmdf n'a probablement pas faire une chose pour vous. Et si le système est lent (et le courrier électronique n'est pas de sortir), alors vous avez probablement un problème avec DNS (encore une fois, c'est en supposant que mmdf travaille comme Sendmail) ou avec quelqu'un d'utiliser votre système comme un relais de messagerie.

mmdf relais
MMDF aperçu

Citation de MMDF overview:
Les fichiers dans le dossier démarrage avec ces msg. suivie par de très inhabituel de caractères ASCII, y compris la ligne graphique. Je vais toutefois essayer de voir un de ces fichiers et merci pour l'entrée sur ce point. L'étrange est que ce serveur n'est pas utilisé pour envoyer par courriel afin que ces messages doivent être destinés à l'admin?
Closed Thread

Bookmarks

Tags
sendmail

Thread Tools Recherche sur ce Thread
Recherche sur ce Thread:

Recherche avancée
Modes d'affichage Rate this thread
Rate this thread:

Règles de messages
Tu mai pas de nouvelles discussions: nonoui
Tu mai pas envoyer des réponses:
Tu mai pas envoyer des pièces jointes
Tu mai pas modifier vos messages

BB code est Sur
Smilies sont Sur
[IMG] code est Sur
Le code HTML est Hors tension
Trackbacks sont Sur
Pingbacks sont Sur
Refbacks sont Sur




Toutes les heures sont au format GMT -4. Le temps est maintenant 04:27 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Traductions Langue Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
Les systèmes UNIX et Linux Forums Content Copyright © 1993-2009. Tous droits Reserved.Ad de gestion par RedTyger

Content Relevant URLs par vBSEO 3.2.0