---

Hej gruppe.

Jeg er ved at sætte min mailserver op på Debian, jeg er ved at være
færdig med opsætningen, men da jeg skulle undersøge om det virkede ved
at skrive:

telnet domæne.dk 25
helo localhost
mail from: <testbruger@domæne.dk>
rcpt to: <testbruger@domæne.dk>
data
test af mail-server
.
quit

Fik jeg en besked om at modtageren ikke eksisterede, jeg rodede lidt
rundt i det og nu virker mysql ikke mere.

Min /var/run/mysqld/mysqld.sock samt .pid er væk.

Jeg prøvede at oprette dem manuelt og genstarte mysql men så fik jeg
følgende fejl:

Stopping MySQL database server: mysqld.
Starting MySQL database server: mysqld...failed.
Please take a look at the syslog.
/usr/bin/mysqladmin: connect to server at 'localhost' failed
error: 'Can't connect to local MySQL server through socket
'/var/run/mysqld/mysqld.sock' (2)'
Check that mysqld is running and that the socket:
'/var/run/mysqld/mysqld.sock' exists!

Og filerne er væk igen, hvad gør jeg galt siden at den sletter filerne igen?

--
Mvh
Mathias Mejborn

---

Mathias Mejborn <mame06@ceus.dk> writes:

> Stopping MySQL database server: mysqld.
> Starting MySQL database server: mysqld...failed.
> Please take a look at the syslog.
> /usr/bin/mysqladmin: connect to server at 'localhost' failed
> error: 'Can't connect to local MySQL server through socket
> '/var/run/mysqld/mysqld.sock' (2)'
> Check that mysqld is running and that the socket:
> '/var/run/mysqld/mysqld.sock' exists!
>
> Og filerne er væk igen, hvad gør jeg galt siden at den sletter filerne igen?

Den starter ikke mysqld korrekt og du har sandsynligvis ikke gjort
hvad den beder dig om.

--
Peter Makholm | First you fall in love with Antarctica, and then it
peter@makholm.net | breaks your heart
http://hacking.dk | -- Antarctica

---

Peter Makholm wrote:
> Mathias Mejborn <mame06@ceus.dk> writes:
>
>
>>Stopping MySQL database server: mysqld.
>>Starting MySQL database server: mysqld...failed.
>> Please take a look at the syslog.
>>/usr/bin/mysqladmin: connect to server at 'localhost' failed
>>error: 'Can't connect to local MySQL server through socket
>>'/var/run/mysqld/mysqld.sock' (2)'
>>Check that mysqld is running and that the socket:
>>'/var/run/mysqld/mysqld.sock' exists!
>>
>>Og filerne er væk igen, hvad gør jeg galt siden at den sletter filerne igen?
>
>
> Den starter ikke mysqld korrekt og du har sandsynligvis ikke gjort
> hvad den beder dig om.
>

Jeg er godt klar over at den ikke starter mysqld korrekt op og som du
kan læse i min tidligere post har jeg undersøgt om mysqld.sock eksistere
og det gør den ikke!

Mit spørgsmål var hvad jeg gør ved det?

--
Mvh
Mathias Mejborn

---

Mathias Mejborn <mame06@ceus.dk> writes:

[snip]
> >>Starting MySQL database server: mysqld...failed.
> >> Please take a look at the syslog.

> Mit spørgsmål var hvad jeg gør ved det?

Svaret som hinter lidt mere i retning af hvad Peter mener

(Filen eksisterer ikke fordi mysql ikke koerer, og den skriver
du skal kigge i syslog for at se hvorfor ikke).

Mvh,
Soren

---

Soren (News) wrote:
> Mathias Mejborn <mame06@ceus.dk> writes:
>
> [snip]
>
>>>>Starting MySQL database server: mysqld...failed.
>>>> Please take a look at the syslog.
>
>
>>Mit spørgsmål var hvad jeg gør ved det?
>
>
> Svaret som hinter lidt mere i retning af hvad Peter mener
>
> (Filen eksisterer ikke fordi mysql ikke koerer, og den skriver
> du skal kigge i syslog for at se hvorfor ikke).
>
> Mvh,
> Soren
Jamen det kunne han jo bare have skrevet;)

Jeg kan ikke umiddelbart se nogle problemer i syslog hvad mysql angår.

Heller ikke i nogle af de andre logfiler til mysql.


Her er det senste der er sket i syslog:

Jun 12 06:25:19 localhost syslogd 1.4.1#17: restart.
Jun 12 06:37:34 localhost -- MARK --
Jun 12 06:39:01 localhost /USR/SBIN/CRON[7049]: (root) CMD ( [ -d
/var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli$
Jun 12 06:57:34 localhost -- MARK --
Jun 12 07:09:01 localhost /USR/SBIN/CRON[7060]: (root) CMD ( [ -d
/var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli$
Jun 12 07:17:01 localhost /USR/SBIN/CRON[7070]: (root) CMD ( run-parts
--report /etc/cron.hourly)
Jun 12 07:37:34 localhost -- MARK --
Jun 12 07:39:01 localhost /USR/SBIN/CRON[7073]: (root) CMD ( [ -d
/var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli$
Jun 12 07:57:34 localhost -- MARK --
Jun 12 08:09:01 localhost /USR/SBIN/CRON[7084]: (root) CMD ( [ -d
/var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli$
Jun 12 08:17:01 localhost /USR/SBIN/CRON[7094]: (root) CMD ( run-parts
--report /etc/cron.hourly)
Jun 12 08:37:34 localhost -- MARK --
Jun 12 08:39:01 localhost /USR/SBIN/CRON[7097]: (root) CMD ( [ -d
/var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli$
Jun 12 08:57:34 localhost -- MARK --
Jun 12 09:09:01 localhost /USR/SBIN/CRON[7108]: (root) CMD ( [ -d
/var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli$
Jun 12 09:17:01 localhost /USR/SBIN/CRON[7118]: (root) CMD ( run-parts
--report /etc/cron.hourly)
Jun 12 09:37:34 localhost -- MARK --
Jun 12 09:39:01 localhost /USR/SBIN/CRON[7121]: (root) CMD ( [ -d
/var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli$
Jun 12 09:57:34 localhost -- MARK --
Jun 12 10:09:01 localhost /USR/SBIN/CRON[7132]: (root) CMD ( [ -d
/var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli$
Jun 12 10:17:01 localhost /USR/SBIN/CRON[7142]: (root) CMD ( run-parts
--report /etc/cron.hourly)
Jun 12 10:37:34 localhost -- MARK --
Jun 12 10:39:01 localhost /USR/SBIN/CRON[7145]: (root) CMD ( [ -d
/var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli$
Jun 12 10:57:34 localhost -- MARK --
Jun 12 11:09:01 localhost /USR/SBIN/CRON[7156]: (root) CMD ( [ -d
/var/lib/php4 ] && find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxli$
Jun 12 11:16:39 localhost authdaemond.mysql: modules="authpam", daemons=5
Jun 12 11:16:39 localhost authdaemond.mysql: restarting authdaemond children
Jun 12 11:16:39 localhost authdaemond.mysql: modules="authpam", daemons=5
Jun 12 11:16:40 localhost courierd: Loading STATIC transport module
libraries.
Jun 12 11:16:40 localhost courierd: Courier 0.47 Copyright 1999-2004
Double Precision, Inc.
Jun 12 11:16:40 localhost courierd: Installing [0/0]
Jun 12 11:16:40 localhost courierd: Installing uucp
Jun 12 11:16:40 localhost courierd: Installed: module.uucp - Courier
0.47 Copyright 1999-2004 Double Precision, Inc.
Jun 12 11:16:40 localhost courierd: Installing local
Jun 12 11:16:40 localhost courierd: Installed: module.local - Courier
0.47 Copyright 1999-2004 Double Precision, Inc.
Jun 12 11:16:40 localhost courierd: Installing fax
Jun 12 11:16:40 localhost courierd: Installed: module.fax - Courier 0.47
Copyright 1999-2004 Double Precision, Inc.
Jun 12 11:16:40 localhost courierd: Installing esmtp
Jun 12 11:16:40 localhost courierd: Installed: module.esmtp - Courier
0.47 Copyright 1999-2004 Double Precision, Inc.
Jun 12 11:16:40 localhost courierd: Installing dsn
Jun 12 11:16:40 localhost courierd: Installed: module.dsn - Courier 0.47
Copyright 1999-2004 Double Precision, Inc.
Jun 12 11:16:40 localhost courierd: Initializing uucp
Jun 12 11:16:40 localhost courierd: Initializing local
Jun 12 11:16:40 localhost courierd: Initializing fax
Jun 12 11:16:40 localhost courierd: Initializing esmtp
Jun 12 11:16:40 localhost courierd: Initializing dsn
Jun 12 11:16:40 localhost courierd: Started ./courieruucp, pid=7452,
maxdels=4, maxhost=4, maxrcpt=16
Jun 12 11:16:40 localhost courierd: Started ./courierlocal, pid=7453,
maxdels=10, maxhost=4, maxrcpt=1
Jun 12 11:16:40 localhost courierd: Started ./courierfax, pid=7457,
maxdels=1, maxhost=1, maxrcpt=1
Jun 12 11:16:40 localhost courierd: Started ./courieresmtp, pid=7460,
maxdels=40, maxhost=4, maxrcpt=100
Jun 12 11:16:40 localhost courierd: Started ./courierdsn, pid=7465,
maxdels=4, maxhost=1, maxrcpt=1
Jun 12 11:16:40 localhost courierd: queuelo=200, queuehi=400
Jun 12 11:16:40 localhost courierd: Purging /var/lib/courier/msgq
Jun 12 11:16:40 localhost courierd: Purging /var/lib/courier/msgs



--
Mvh
Mathias Mejborn.

---

Mathias Mejborn <mame06@ceus.dk> wrote:

> Heller ikke i nogle af de andre logfiler til mysql.

Check din /etc/mysql/my.cnf om den overhovedet er sat til at logge. Hvis
den er, så kig i /var/log/mysql/*

mvh
--
Allan Willems Joergensen

"They're all God's children. Some more childish than others."-Mulcahy

---

Allan Willems Joergensen wrote:
> Mathias Mejborn <mame06@ceus.dk> wrote:
>
>
>>Heller ikke i nogle af de andre logfiler til mysql.
>
>
> Check din /etc/mysql/my.cnf om den overhovedet er sat til at logge. Hvis
> den er, så kig i /var/log/mysql/*
>
> mvh
Den var ikke sat til at logge men det skulle den meget gerne være nu,
min /var/log/mysql/mysql.log ser således ud:

usr/sbin/mysqld, Version: 4.0.24_Debian-10sarge2-log, started with:
Tcp port: 3306 Unix socket: /var/run/mysqld/mysqld.sock
Time Id Command Argument


--
Mvh
Mathias Mejborn

---

Mathias Mejborn <mame06@ceus.dk> writes:

>> Svaret som hinter lidt mere i retning af hvad Peter mener
>> (Filen eksisterer ikke fordi mysql ikke koerer, og den skriver
>> du skal kigge i syslog for at se hvorfor ikke).
>> Mvh,
>> Soren
> Jamen det kunne han jo bare have skrevet;)

Og ødelægge glæden ved at du to gange betragter et problem uden at
overveje hvad computeren fortæller dig?

> Jeg kan ikke umiddelbart se nogle problemer i syslog hvad mysql angår.
>
> Heller ikke i nogle af de andre logfiler til mysql.

syslog kan finde på at skrive til andre filer end /var/log/syslog. Har
du prøvet at greppe efter mysqld i /var/log?

En anden mulighed er at genstarte syslog og så med 'ls -lart /var/log'
se hvilke filer der er blevet skrevet til for nyligt.

--
Peter Makholm | Why does the entertainment industry wants us to
peter@makholm.net | believe that a society base on full surveillance
http://hacking.dk | is bad?
| Do they have something to hide?

---

Peter Makholm wrote:
> Mathias Mejborn <mame06@ceus.dk> writes:
>
>
>>>Svaret som hinter lidt mere i retning af hvad Peter mener
>>>(Filen eksisterer ikke fordi mysql ikke koerer, og den skriver
>>>du skal kigge i syslog for at se hvorfor ikke).
>>>Mvh,
>>>Soren
>>
>>Jamen det kunne han jo bare have skrevet;)
>
>
> Og ødelægge glæden ved at du to gange betragter et problem uden at
> overveje hvad computeren fortæller dig?
>
>
>>Jeg kan ikke umiddelbart se nogle problemer i syslog hvad mysql angår.
>>
>>Heller ikke i nogle af de andre logfiler til mysql.
>
>
> syslog kan finde på at skrive til andre filer end /var/log/syslog. Har
> du prøvet at greppe efter mysqld i /var/log?
>
> En anden mulighed er at genstarte syslog og så med 'ls -lart /var/log'
> se hvilke filer der er blevet skrevet til for nyligt.
>
grep giver ikke nogle resultater, men hvis jeg genstarter syslog og
skriver ls -lart /var/log får jeg følgende:

drwxr-xr-x 3 root root 4096 2006-06-10 12:02 debian-installer
-rw-r--r-- 1 root root 0 2006-06-10 12:03 uucp.log
drwxr-sr-x 2 news news 4096 2006-06-10 12:03 news
-rw-r--r-- 1 root root 2050 2006-06-10 12:22 aptitude
-rw-r--r-- 1 root root 0 2006-06-10 12:22 lp-errs.0
-rw-r--r-- 1 root root 0 2006-06-10 12:22 lp-acct.0
-rw-r--r-- 1 root root 25840 2006-06-10 12:24 base-config.timings
-rw-r--r-- 1 root root 258380 2006-06-10 12:24 base-config.log
drwxr-xr-x 15 root root 4096 2006-06-10 12:28 ..
drwxr-xr-x 2 root root 4096 2006-06-10 12:28 apache2
-rw-r----- 1 root adm 546 2006-06-10 13:30 user.log.0
-rw-r----- 1 root adm 1925 2006-06-11 00:15 debug.0
-rw-r----- 1 root adm 9750 2006-06-11 00:15 daemon.log.0
-rw-r----- 1 root adm 107850 2006-06-11 00:17 kern.log.0
-rw-r----- 1 root adm 12123 2006-06-11 06:25 syslog.1.gz
-rw-r--r-- 1 root root 0 2006-06-11 06:47 lp-errs
-rw-r--r-- 1 root root 0 2006-06-11 06:47 lp-acct
-rw-r----- 1 root adm 7791 2006-06-11 06:47 auth.log.0
-rw-r----- 1 root adm 106435 2006-06-11 06:47 messages.0
-rw-r----- 1 root adm 329 2006-06-11 06:47 lpr.log.0
-rw-rw-r-- 1 root utmp 1536 2006-06-11 22:18 btmp
-rw-r----- 1 root adm 99157 2006-06-12 06:25 syslog.0
-rw-r----- 1 mysql adm 20 2006-06-12 06:25 mysql.log.1.gz
-rw-r----- 1 mysql adm 0 2006-06-12 06:25 mysql.log
-rw-r----- 1 root adm 20 2006-06-12 06:25 mysql.err.1.gz
-rw-r----- 1 root adm 0 2006-06-12 06:25 mysql.err
drwxr-s--- 2 Debian-exim adm 4096 2006-06-12 06:25 exim4
drwxr-xr-x 8 root root 4096 2006-06-12 06:25 .
-rw-r--r-- 1 root root 968 2006-06-12 13:39 mail.warn
-rw-r--r-- 1 root root 968 2006-06-12 13:39 mail.err
-rw-r----- 1 root adm 855 2006-06-12 14:39 user.log
drwxr-xr-x 2 root root 8192 2006-06-12 14:40 ksymoops
-rw-r----- 1 root adm 137277 2006-06-12 14:41 kern.log
-rw-r--r-- 1 root root 8802 2006-06-12 14:41 dmesg
drwxr-s--- 2 mysql adm 4096 2006-06-12 14:41 mysql
-rw-r----- 1 root adm 403 2006-06-12 14:41 lpr.log
-rw-r----- 1 root adm 6225 2006-06-12 14:41 debug
-rw-r----- 1 root adm 14840 2006-06-12 14:41 daemon.log
-rw-rw-r-- 1 root utmp 193920 2006-06-12 14:41 wtmp
-rw-rw-r-- 1 root utmp 364708 2006-06-12 14:41 lastlog
-rw-r----- 1 root adm 214788 2006-06-12 14:41 auth.log
-rw-r----- 1 root adm 137839 2006-06-12 14:53 messages
-rw-r----- 1 root adm 92905 2006-06-12 14:53 syslog
-rw-r--r-- 1 root root 19015 2006-06-12 14:53 mail.log
-rw-r--r-- 1 root root 18779 2006-06-12 14:53 mail.info

--
Mvh
Mathias Mejborn

---

Mathias Mejborn <mame06@ceus.dk> writes:

>> En anden mulighed er at genstarte syslog og så med 'ls -lart
>> /var/log'
>> se hvilke filer der er blevet skrevet til for nyligt.
>>
> grep giver ikke nogle resultater, men hvis jeg genstarter syslog og
> skriver ls -lart /var/log får jeg følgende:

Genstarte mysqld, selvfølgelig. Det er den genstart der burde skrive
noget interessant til en eller anden logfil. Og så burde du selv kunne
se på 'ls -lart' hvilket filer der er ændret siden du forsøgte at
genstarte.

--
Peter Makholm | Have you ever felt trapped inside a Klein bottle?
peter@makholm.net |
http://hacking.dk |

---

Peter Makholm wrote:
> Mathias Mejborn <mame06@ceus.dk> writes:
>
>
>>>En anden mulighed er at genstarte syslog og så med 'ls -lart
>>>/var/log'
>>>se hvilke filer der er blevet skrevet til for nyligt.
>>>
>>
>>grep giver ikke nogle resultater, men hvis jeg genstarter syslog og
>>skriver ls -lart /var/log får jeg følgende:
>
>
> Genstarte mysqld, selvfølgelig. Det er den genstart der burde skrive
> noget interessant til en eller anden logfil. Og så burde du selv kunne
> se på 'ls -lart' hvilket filer der er ændret siden du forsøgte at
> genstarte.
>
Burde jeg ikke have en mysqld i /eyc/init.d/? Jeg har kun en mysql og
når jeg prøver at genstarte den får jeg fejlen:

ERROR 2002: Can't connect to local MySQL server through socket
'/var/run/mysqld/mysqld.sock' (2)

Lige et sidespring jeg sidder og kigger mine logfiler igennem (de sidste
der er skrevet til) og der optræder i auth.log en masse forsøg på at
logge ind med:

administrator
web
apache
ftpuser
guest
webmster
test
root

osv. Det fylder næsten hele logfilen op og alle forsøg komme fra:
133.82.130.23

Skal jeg bare ignorere dette?

Der står ikke noget i andre filer udover i syslog og det er det samme
som jeg postede i mit tidligere indlæg.

Skal jeg prøve at fjerne mysql og installere den igen?

--
Mvh
Mathias Mejborn

---

> Burde jeg ikke have en mysqld i /eyc/init.d/? Jeg har kun en mysql og
> når jeg prøver at genstarte den får jeg fejlen:

Jo hvis du gerne vil have mysqld startet under init.

> osv. Det fylder næsten hele logfilen op og alle forsøg komme fra:
> 133.82.130.23
>
> Skal jeg bare ignorere dette?

Nej.

> Skal jeg prøve at fjerne mysql og installere den igen?

Det er windows måden at gøre ting på. Hvis det nu virker, så aner du ikke
hvad der gik galt, og du har altså ikke lært noget. Virker det ikke, er du
lige vidt. En loose-loose situation IMHO.

Thomas
--

---

Thomas S. Iversen wrote:
>>Burde jeg ikke have en mysqld i /eyc/init.d/? Jeg har kun en mysql og
>>når jeg prøver at genstarte den får jeg fejlen:
>
>
> Jo hvis du gerne vil have mysqld startet under init.
>
>
>>osv. Det fylder næsten hele logfilen op og alle forsøg komme fra:
>>133.82.130.23
>>
>>Skal jeg bare ignorere dette?
>
>
> Nej.
>
>
>>Skal jeg prøve at fjerne mysql og installere den igen?
>
>
> Det er windows måden at gøre ting på. Hvis det nu virker, så aner du ikke
> hvad der gik galt, og du har altså ikke lært noget. Virker det ikke, er du
> lige vidt. En loose-loose situation IMHO.
>
> Thomas
Jeg brugte windows måden at gøre det på og nu virker det. Løsningen på
det med dem der prøver at logge ind er det at skrive et iptables script
også blokere ip adressen i denne?

--
Mvh
Mathias Mejborn