Ubuntu 9.04 Software RAID probleem

[Matis]

Beste Tweakers,

ik zit momenteel met mijn handen in mijn figuurlijke haar. Ik heb een servertje met Ubuntu 9.04 er op. Deze staat geinstalleerd op een 160GB laptop HDD (/dev/sde).
In de server zitten ook nog 4 x 1 TB HDD's voor de opslag van data (/dev/sda - /dev/sdd).

Nu vernam ik dat softwareRAID prima geregeld is in de kernel van Ubuntu; ik wilde me er wel aan wagen. Echter na 4 uur ploeteren had ik het zo voor elkaar dat Ubuntu niet meer wilde starten. Ik ben er toen mee gestopt en ik ben nu bezig met het opnieuw installeren van 9.04.

Ik heb natuurlijk een aantal handleidingen doorgenomen, maar geen enkele is (naar mijn wensen) compleet. Deze handleidingen heb ik hier gevonden: https://help.ubuntu.com/community/FakeRaidHowto en http://ubuntuforums.org/showthread.php?t=408461 en http://linuxdevcenter.com/pub/a/linux/2002/12/05/RAID.html

Deze tutorials geven alleen niet aan hoe ik de partities moet formatteren.

Moet ik eerst alle 4 de partities individueel formatteren naar ext3 en flaggen naar RAID (heb ik nu wel gedaan mbv GParted)?

Toen heb ik het volgende commando gebruikt voor het opbouwen van de RAID.

mdadm --create --verbose /dev/md0 --level=5 --raid-devices=4  /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1

Gezien het feit dat er cijfertjes bij de partities staan, kan ik afleiden dat het dus geformatteerde partities zijn.

Op dat moment draait de RAID dus en moet ik dan die hele partitie weer formatteren? Daarnaast zie ik ook nog wat andere *tweaks* voor de raid, zoals het left-symmetric en het aanpassen van de chunk-size.
Scheelt dit echt in performance/betrouwbaarheid?
(Volgens deze site scheelt het behoorlijk).
De RAID moet nadat hij gemaakt is ook nog automatisch gemount worden, maar dat komt hoop ik later.

Ik hoop dat ik een beetje duidelijk ben geweest.

Alvast bedankt

[Anoniem: 249002]

1) Op elke schijf /dev/sda t/m /dev/sdd maak je 1 partitie van het type software raid. Ik gebruik hiervoor fdisk

2) Daarna maak je met het bovenstaande mdadm commando een raid schijf aan (/dev/md0 in dit geval).

3) Daarna formatteer je /dev/md0

4) Daarna mount je /dev/md0

Verder pas ik eigenlijk nooit RAID tweaks toe maar veel tweakers zijn er helemaal weg van.

Overigens is dit wel een duidelijke RAID howto:

http://www.linuxhomenetwo...h26_:_Linux_Software_RAID

Tip: overigens is het heel verstandig om daarna een stukje mailserver software te installeren en smartmontools om eventuele problemen tijdig op te sporen. Config heb ik voor je.

[ Voor 7% gewijzigd door Anoniem: 249002 op 18-07-2009 14:42 ]

[Crakie]

Matis schreef op zaterdag 18 juli 2009 @ 10:54:
Moet ik eerst alle 4 de partities individueel formatteren naar ext3 en flaggen naar RAID (heb ik nu wel gedaan mbv GParted)?

Toen heb ik het volgende commando gebruikt voor het opbouwen van de RAID.

mdadm --create --verbose /dev/md0 --level=5 --raid-devices=4  /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1

Gezien het feit dat er cijfertjes bij de partities staan, kan ik afleiden dat het dus geformatteerde partities zijn.
Op dat moment draait de RAID dus en moet ik dan die hele partitie weer formatteren?

Je formatteert gewoon /dev/md0. De losse partities hoefden niet geformatteerd te zijn, maar dat maakt verder niet uit.

De RAID moet nadat hij gemaakt is ook nog automatisch gemount worden, maar dat komt hoop ik later.

Dat kan gewoon met fstab als je een regeltje in mdadm.conf opneemt. Is zat over te vinden.

[Matis]

Alvast bedankt, ik zit nu na een verse installatie van Ubuntu met een veel groter probleem, mijn NIC willen niet meer op het netwerk. Ik moet eerst dat verhaal fixen voordat ik met ssh/vnc naar dat ding toe kan

Verholpen, mijn router wilde geen IPtjes meer uiddelen Dat is verholpen

[ Voor 17% gewijzigd door Matis op 18-07-2009 12:18 ]

[Matis]

Anoniem: 249002 schreef op zaterdag 18 juli 2009 @ 11:22:
Tip: overigens is het heel verstandig om daarna een stukje mailserver software te installeren en smartmontools of eventuele problemen tijdig op te sporen. Config heb ik voor je.

Ik wil dit topic niet kicken, maar je hebt geen DM aanstaan, dus wil ik zo even onder de aandacht brengen;
Zou je die config naar me kunnen DMen of even een berichtje sturen zodat je m kunt mailen;

Hij is nu bezig met

sudo mkfs.ext3 /dev/md0

Hij is nu de inodes aan het schrijven.

Daarna kan ik /dev/md0 gewoon mounten in /var/media (als voorbeeld)

[Nvidiot]

Gebruik dit tooltje even om je ext3 filesystem te optimaliseren: http://busybox.net/~aldot/mkfs_stride.html

Was bij mij wel merkbaar (en het is niet veel moeite om even te doen nu je nog niets op de disks hebt staan)

[Anoniem: 249002]

Matis schreef op zaterdag 18 juli 2009 @ 14:00:
[...]
Ik wil dit topic niet kicken, maar je hebt geen DM aanstaan, dus wil ik zo even onder de aandacht brengen;
Zou je die config naar me kunnen DMen of even een berichtje sturen zodat je m kunt mailen;

Ik denk dat meer mensen die config kunnen gebruiken. Vet gedrukte stukjes moet je aanpassen (of zijn commando's):

++++++++++++++++++++++++++++++++++++++++++

aptitude install postfix bsd-mailx smartmontools

++++++++++++++++++++++++++++++++++++++++++

/etc/postfix/main.cf


# See /usr/share/postfix/main.cf.dist for a commented, more complete version
# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

myhostname = jouw_hostname.jouw_domeinnaam.nl
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = jouw_hostname.jouw_domeinnaam.nl, localhost
relayhost = smtp.jouw_provider.nl
mynetworks = 127.0.0.0/8
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = loopback-only
inet_protocols = ipv4

++++++++++++++++++++++++++++++++++++++++++

/etc/aliases


# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: jouw_naam@mail_provider.com


++++++++++++++++++++++++++++++++++++++++++

newaliases ; invoke-rc.d postfix restart

++++++++++++++++++++++++++++++++++++++++++

/etc/smartd.conf

# /etc/smartd.conf
# Configuration file for smartd. Use "man smartd.conf" for more information.

# Home page is: http://smartmontools.sourceforge.net

# smartd will re-read the configuration file if it receives a HUP
# signal

# The file gives a list of devices to monitor using smartd, with one
# device per line. Text after a hash (#) is ignored, and you may use
# spaces and tabs for white space. You may use '\' to continue lines.
/dev/sda -d sat -a -o on -S on -s (S/../.././02|L/../../6/03) -m root -M exec /usr/share/smartmontools/smartd-runner
/dev/sdb -d sat -a -o on -S on -s (S/../.././02|L/../../6/03) -m root -M exec /usr/share/smartmontools/smartd-runner
/dev/sdc -d sat -a -o on -S on -s (S/../.././02|L/../../6/03) -m root -M exec /usr/share/smartmontools/smartd-runner
/dev/sdd -d sat -a -o on -S on -s (S/../.././02|L/../../6/03) -m root -M exec /usr/share/smartmontools/smartd-runner

# You can usually identify which hard disks are on your system by
# looking in /proc/ide and in /proc/scsi.

# The word DEVICESCAN will cause any remaining lines in this
# configuration file to be ignored: it tells smartd to scan for all
# ATA and SCSI devices. DEVICESCAN may be followed by any of the
# Directives listed below, which will be applied to all devices that
# are found. Most users should comment out DEVICESCAN and explicitly
# list the devices that they wish to monitor.
#DEVICESCAN -m root -M exec /usr/share/smartmontools/smartd-runner

rest van de config file is niet belangrijk


++++++++++++++++++++++++++++++++++++++++++

/etc/default/smartmontools

# Defaults for smartmontools initscript (/etc/init.d/smartmontools)
# This is a POSIX shell fragment

# List of devices you want to explicitly enable S.M.A.R.T. for
# Not needed (and not recommended) if the device is monitored by smartd
#enable_smart="/dev/hda /dev/hdb"

# uncomment to start smartd on system startup
start_smartd=yes

# uncomment to pass additional options to smartd on startup
#smartd_opts="--interval=1800"

++++++++++++++++++++++++++++++++++++++++++

invoke-rc.d smartmontools restart

++++++++++++++++++++++++++++++++++++++++++

En klaar Mocht er nu iets mis zijn met je raid schijven of met SMART dan krijg je netjes een mailtje

[Matis]

Anoniem: 249002 schreef op zaterdag 18 juli 2009 @ 15:10:
Ik denk dat meer mensen die config kunnen gebruiken. Vet gedrukte stukjes moet je aanpassen (of zijn commando's):

....

En klaar Mocht er nu iets mis zijn met je raid schijven of met SMART dan krijg je netjes een mailtje

Thnx Ik heb nu met SMART monitorring in webmin ook een mooi overzicht over al mijn zaakjes

Device name    	Active?    	RAID level    	Usable size    	Member disk devices   
/dev/md0 	Yes 	Redundant (RAID5) 	2.73 TB 	/dev/sda1 | /dev/sdb1 | /dev/sdc1 | /dev/sdd1

[PowerSp00n]

Daarnaast is het ook wel handig om mdadm alle meldingen over je array te laten mailen, benodigde info kan je bijv in het Novell artikeltje vinden: http://www.novell.com/sup...ernalId=7001034&sliceId=1

[Anoniem: 249002]

PowerSp00n schreef op zaterdag 18 juli 2009 @ 15:25:
Daarnaast is het ook wel handig om mdadm alle meldingen over je array te laten mailen, benodigde info kan je bijv in het Novell artikeltje vinden: http://www.novell.com/sup...ernalId=7001034&sliceId=1

Dat gebeurt standaard al bij Debian en Ubuntu als je een stukje mailserver software hebt draaien.

[peak]

Hey,

Probeer nu jouw config te doen Stacheldraht,

Maar ik zie in de /var/log/mail.log een 550 error.
550-Verification failed for <[e-mail]> Unroutable address .Sender e-mail adress invalid.

Hoe verander ik dat de ''reply to'' adres van [e-mail] verandert naar [e-mail]
De mails komen na 20 minuten wel aan, maar kennelijk blijven ze eerst nog bij ziggo hangen???


*Edit*

SOLVED. Ik zag dat myoring het ''probleem'' was. myorigin = /etc/mailname
Daar stond een ander domain in en dat vond ziggo niet fijn.

[ Voor 15% gewijzigd door peak op 19-07-2009 12:29 ]

[Jis]

Mocht je het nog is opnieuw moeten installeren, dan staan hier een duidelijke beschrijving van het aanmaken van de RAID tijdens de setup: http://advosys.ca/viewpoi...re-raid-in-ubuntu-server/

[Matis]

Ik wilde net mijn server even opstarten, kwam hij niet (meer) online.
Dus ik naar dat ding toe, monitor aan; het volgende bericht:



Dus ik CONTROL+D en de message gecheckt:

Log of fsck -C3 -R -A -a
Sun Jul 19 19:05:35 2009

fsck 1.41.4 (27-Jan-2009)
fsck.ext3: No such file or directory while trying to open /dev/md0

/dev/md0:
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

fsck died with exit status 8

Sun Jul 19 19:05:35 2009
----------------

Wat is er nu weer aan de hand? Ben ik echt de enige die niet snapt hoe softwareRAID werkt/zou moeten werken?

Edit:
Wanneer ik het array opnieuw wil maken:

mdadm: /dev/sda1 appears to contain an ext2fs file system
    size=-1364687488K  mtime=Sat Jul 18 14:32:27 2009
mdadm: /dev/sda1 appears to be part of a raid array:
    level=raid5 devices=4 ctime=Sat Jul 18 13:49:29 2009
mdadm: /dev/sdb1 appears to be part of a raid array:
    level=raid5 devices=4 ctime=Sat Jul 18 13:49:29 2009
mdadm: Cannot open /dev/sdc1: Device or resource busy
mdadm: /dev/sdd1 appears to contain an ext2fs file system
    size=-1096252032K  mtime=Sat Jul 18 14:32:27 2009
mdadm: /dev/sdd1 appears to be part of a raid array:
    level=raid5 devices=4 ctime=Sat Jul 18 13:49:29 2009
mdadm: create aborted

Kennelijk staat er nu ineens ext2fs op, terwijl ik ext3 geformatteerd had

[ Voor 35% gewijzigd door Matis op 19-07-2009 19:27 ]

[Anoniem: 249002]

Wat heb jij in je /etc/fstab gezet?

code:

fsck.ext3: No such file or directory while trying to open /dev/md0

[Matis]

Anoniem: 249002 schreef op zondag 19 juli 2009 @ 20:46:
Wat heb jij in je /etc/fstab gezet?

code:

fsck.ext3: No such file or directory while trying to open /dev/md0

hemy@hemy-server:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sde1 during installation
UUID=f2d06c51-6b18-4675-8d16-737e5119871e /               ext3    relatime,errors=remount-ro 0       1
# swap was on /dev/sde5 during installation
UUID=5b578c70-4d19-48e2-93c8-c49fa527a07f none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/md0      /mnt/raid     ext3    defaults    1 2

[Anoniem: 249002]

Hmmz dat ziet er normaal uit.

Wat is de output van de commando's:

mdadm --examine --scan

en

mdadm --query --detail /dev/md0

[Matis]

Anoniem: 249002 schreef op zondag 19 juli 2009 @ 22:15:
Hmmz dat ziet er normaal uit.
Wat is de output van de commando's:
mdadm --examine --scan
en
mdadm --query --detail /dev/md0

Ik vond ook al dat alles normaal was;

De terminal:

hemy@hemy-server:~$ sudo mdadm --examine --scan
mdadm: excess address on MAIL line: spares=1 - ignored
ARRAY /dev/md0 level=raid5 num-devices=4 UUID=493d010a:d04b94cf:23f523ad:2824b41b
hemy@hemy-server:~$ mdadm --query --detail /dev/md0
mdadm: excess address on MAIL line: spares=1 - ignored
mdadm: cannot open /dev/md0: No such file or directory
hemy@hemy-server:~$ sudo mdadm --query --detail /dev/md0
mdadm: excess address on MAIL line: spares=1 - ignored
mdadm: cannot open /dev/md0: No such file or directory

Edit:
Wanneer ik een query uitvoer op mdadm klaagt hij ook over het feit dat er in de config file staat:
"mdadm: Unknown keyword spares=1"

De configfile ziet er zo uit:

# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
DEVICE partitions

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays
spares=1

# This file was auto-generated on Sat, 18 Jul 2009 12:53:42 +0200
# by mkconf $Id$

Kan ik gewoon die spares weghalen; Ik heb ook nooit ingesteld spares te gebruiken, immers wilde ik alle 4 de schijven gebruiken voor mijn RAID.

[ Voor 37% gewijzigd door Matis op 19-07-2009 22:58 ]

[Anoniem: 249002]

Denk dat ik al weet wat er mis

Dat spares=1 moet er uit zo wie zo uit. Daarna doe je:

mdadm --detail --scan >> /etc/mdadm/mdadm.conf

En daarna shutdown -r now

Denk dat het een en ander nu wel gaat werken

[Matis]

Anoniem: 249002 schreef op zondag 19 juli 2009 @ 23:32:
Denk dat ik al weet wat er mis

Dat spares=1 moet er uit zo wie zo uit. Daarna doe je:

mdadm --detail --scan >> /etc/mdadm/mdadm.conf

En daarna shutdown -r now

Denk dat het een en ander nu wel gaat werken

Juist, dat zou goed kunnen, helaas kan ik het nu niet testen omdat die %^%^^6 Livebox weer eens de geest heeft gegeven en ik daar niet bij kan vanaf mn werk!

Die doet het weer, echter als ik jouw command draai:
[cmd]
hemy@hemy-server:/etc/mdadm$ sudo mdadm --detail --scan >> /etc/mdadm/mdadm.conf
bash: /etc/mdadm/mdadm.conf: Permission denied
hemy@hemy-server:/etc/mdadm$ sudo mdadm --detail --scan
mdadm: Unknown keyword spares=1
mdadm: md device /dev/md/d0 does not appear to be active.
[/cmd]
Na het verwijderen van de regel met spares=1
[cmd]
hemy@hemy-server:/etc/mdadm$ sudo mdadm --detail --scan
mdadm: md device /dev/md/d0 does not appear to be active.
[/cmd]
Bedoel je niet toevallig?
[cmd]
hemy@hemy-server:/etc/mdadm$ sudo mdadm --examine --scan
ARRAY /dev/md0 level=raid5 num-devices=4 UUID=493d010a:d04b94cf:23f523ad:2824b41b
[/cmd]
Als ik die wegschrijf naar /etc/mdadm/mdadm.conf dan geeft ie ook weer permission denied
Ik kan hem er natuurlijk ook gewoon inplakken, misschien is dat wel het makkelijkste, maar ik weet niet of dat dezelfde output geeft als het >> in de terminal.

Ok update 2:
Ik heb de config eerst naar mijn desktop geschreven en toen gekopieerd naar de /etc/mdadm/mdadm.conf .

Echter kwam hij er na de reboot weer niet door

Weer het bericht wat ik hierboven postte; met als message:

Log of fsck -C3 -R -A -a
Mon Jul 20 10:36:48 2009

fsck 1.41.4 (27-Jan-2009)
fsck.ext3: Invalid argument while trying to open /dev/md0
/dev/md0:
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

fsck died with exit status 8

Mon Jul 20 10:36:48 2009
----------------

De --assemble /dev/md0 gaf aan dat ie busy was en nadat ik hem handmatig heb gemount werkt het ineens wel weer.

De hamvraag waarom blijft ie hangen tijdens het booten?!

[ Voor 72% gewijzigd door Matis op 20-07-2009 10:46 ]

[Rainmaker]

Dat fsck je filesystem als ext2 ziet, is niet zo vreemd.

ext3 en ext2 zijn redelijk gelijk, grote verschil is journaling, maar verder niet zo heel veel.

Wat ik op je schermfoto zie, is dat /dev/md0 "gewoon" niet bestaat. Als ik het goed heb zit je in de lokale filesystem fase, dus je raid array zou al moeten bestaan. Die zou door je kernel of je initrd gemaakt moeten zijn.

Heb je per ongeluk of expres de menu.lst aangepast in /boot?

Er is in Ubuntu 1 of ander commando die dit voor je hersteld, maar die weet ik zo niet.

[peak]

Anoniem: 249002 schreef op zaterdag 18 juli 2009 @ 15:10:
[...]


++++++++++++++++++++++++++++++++++++++++++

/etc/smartd.conf

[i]# /etc/smartd.conf
# Configuration file for smartd. Use "man smartd.conf" for more information.

# Home page is: http://smartmontools.sourceforge.net

# smartd will re-read the configuration file if it receives a HUP
# signal

# The file gives a list of devices to monitor using smartd, with one
# device per line. Text after a hash (#) is ignored, and you may use
# spaces and tabs for white space. You may use '\' to continue lines.
/dev/sda -d sat -a -o on -S on -s (S/../.././02|L/../../6/03) -m root -M exec /usr/share/smartmontools/smartd-runner
/dev/sdb -d sat -a -o on -S on -s (S/../.././02|L/../../6/03) -m root -M exec /usr/share/smartmontools/smartd-runner
/dev/sdc -d sat -a -o on -S on -s (S/../.././02|L/../../6/03) -m root -M exec /usr/share/smartmontools/smartd-runner
/dev/sdd -d sat -a -o on -S on -s (S/../.././02|L/../../6/03) -m root -M exec /usr/share/smartmontools/smartd-runner

Ik kom er niet uit. Als ik een test mail stuur d.m.v. -M test in de regel te achteraan te plaatsen en in de mail.log kijk, dan zie ik dat hij een email verstuurd naar [e-mail]

Ik heb al je vorige stappen gevolgd en de aliases file zegt toch echt [e-mail]

Help???

[Anoniem: 249002]

Matis schreef op maandag 20 juli 2009 @ 08:23:
[...]

Ik heb de config eerst naar mijn desktop geschreven en toen gekopieerd naar de /etc/mdadm/mdadm.conf .

Je hebt dit bestand toch niet toevallig onder Windows bewerkt he, met bijv. een editor als notepad?

[Matis]

Anoniem: 249002 schreef op maandag 20 juli 2009 @ 14:07:
Je hebt dit bestand toch niet toevallig onder Windows bewerkt he, met bijv. een editor als notepad?

Nee, dat heb ik niet Ik heb gewoon keurig met de terminal van Linux gewerkt!

ipv >> /etc/mdadm/mdadm.conf had ik nu >> ~/Desktop/mdadm.conf.

Daarna gemoved+overschreven vanuit de terminal

[Anoniem: 249002]

peak schreef op maandag 20 juli 2009 @ 13:52:
[...]


Ik kom er niet uit. Als ik een test mail stuur d.m.v. -M test in de regel te achteraan te plaatsen en in de mail.log kijk, dan zie ik dat hij een email verstuurd naar [e-mail]

Ik heb al je vorige stappen gevolgd en de aliases file zegt toch echt [e-mail]

Help???

Heel belangrijk, nadat je die alias file hebt aangepast weet je echt heel zeker dat je het commando newaliases hebt gedraait?

[Matis]

Jaaaa hij doet t, echter heb ik nog niet gekeken naar smartmontools. Ik vind het tot nu toe wel prima

Thnx allemaal voor de tips!

[peak]

Anoniem: 249002 schreef op maandag 20 juli 2009 @ 14:09:
[...]


Heel belangrijk, nadat je die alias file hebt aangepast weet je echt heel zeker dat je het commando newaliases hebt gedraait?

yep.

Zelfs verschillende reboots geprobeerd.

Heb nu in de config file van smartmontool -m [e-mail] moeten vullen, omdat ie anders naar [e-mail] verstuurd.

*edit*
Als ik een test mail van mdadm laat sturen, dan krijg ik het wel gewoon netjes op mijn mail binnen via de root alias.
Om de 1 of vage reden gebruikt smartmontool toch [e-mail] als destination.

[ Voor 19% gewijzigd door peak op 20-07-2009 21:16 ]

[Anoniem: 249002]

Post je /etc/aliases file eens hier.

Wat gebeurt er als je volgende doet op je server:

mail -s "dit is een test mail" root
dit is een testje
CTRL D <-- (deze toetsen indrukken)

[peak]

*ik heb het domein geedit, in de log en aliases staat het juiste domein*

mijn aliases:

# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: [e-mail]

mijn mail.log:

Jul 21 09:49:44 server postfix/pickup[3700]: 6C853885E6: uid=0 from=<root>
Jul 21 09:49:44 server postfix/cleanup[3834]: 6C853885E6: message-id=<[e-mail]>
Jul 21 09:49:44 server postfix/qmgr[2705]: 6C853885E6: from=<[e-mail]>, size=325, nrcpt=1 (queue active)
Jul 21 09:49:45 server postfix/smtp[3837]: 6C853885E6: to=<[e-mail]>, orig_to=<root>, relay=smtp.ziggo.nl[212.54.42.9]:25, delay=1, delays=0.57/0.04/0.11/0.27, dsn=2.0.0, status=sent (250 OK id=1MTA$
Jul 21 09:49:45 server postfix/qmgr[2705]: 6C853885E6: removed

zoals je in de log kunt zien, zie je dat het mail naar root wordt verstuurd en niet naar mike zoals in de alias is aangegeven.... vreemd of ik zie iets over het hoofd.

*edit van vorige post*
Dat MDADM naar mike mailed is omdat ik in de mdadm.conf mijn mail adres expliciet heb vermeld, ik verwijs daar niet naar de root alias. Ik dacht dat dat wel op root stond.

[ Voor 16% gewijzigd door peak op 21-07-2009 14:57 ]

[Anoniem: 249002]

* Anoniem: 249002 snapt er niets meer van

Wat doet?

postalias -q root /etc/aliases

Staat er misschien een .forward file in /root/ ?

Heb je misschien per ongeluk een bijzondere wijziging aangebracht in /etc/postfix/main.cf?

[peak]

Anoniem: 249002 schreef op dinsdag 21 juli 2009 @ 10:24:
* Anoniem: 249002 snapt er niets meer van

Wat doet?

postalias -q root /etc/aliases

Staat er misschien een .forward file in /root/ ?

Heb je misschien per ongeluk een bijzondere wijziging aangebracht in /etc/postfix/main.cf?

server:/home/mike# postalias -q root /etc/aliases
postalias: warning: database /etc/aliases.db is older than source file /etc/aliases
root, [e-mail]

Vreemd, Weer de newaliases command uitgevoerd:
[e-mail]


nope, geen .forward in root.


myhostname = server.mijndomein.net
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = mijndomein.net
mydestination = server.mijndomein.net, localhost
relayhost = smtp.ziggo.nl


daarna weer die test mail gerund:

Jul 21 14:54:14 server postfix/cleanup[4126]: D636D885E6: message-id=<[e-mail]>
Jul 21 14:54:15 server postfix/qmgr[2705]: D636D885E6: from=<[e-mail]>, size=343, nrcpt=1 (queue active)
Jul 21 14:54:15 server postfix/smtp[4129]: D636D885E6: to=<[e-mail]>, orig_to=<root>, relay=smtp.ziggo.nl[212.54.34.9]:25, delay=1.2, delays=0.57/0.09/0.13/0.44, dsn=2.0.0, status=sent (250 OK id=1M$
Jul 21 14:54:15 server postfix/qmgr[2705]: D636D885E6: removed

[ Voor 59% gewijzigd door peak op 21-07-2009 14:56 ]

[Anoniem: 249002]

peak schreef op dinsdag 21 juli 2009 @ 14:52:
[...]
postalias: warning: database /etc/aliases.db is older than source file /etc/aliases
root, [e-mail]

Kijk daar komt al een fout naar boven Nu je dat met newaliases hebt rechtgezet zou ik postfix eens herstarten met: invoke-rc.d postfix restart

Als het nu nog niet werkt sta ik echt voor een raadsel

[peak]

Anoniem: 249002 schreef op dinsdag 21 juli 2009 @ 15:31:
[...]


Kijk daar komt al een fout naar boven Nu je dat met newaliases hebt rechtgezet zou ik postfix eens herstarten met: invoke-rc.d postfix restart

Als het nu nog niet werkt sta ik echt voor een raadsel

mag ik je teleurstellen?
Nog steeds wordt ie verzonden naar [e-mail]

Zucht... Ga ik eens een keer 100% naar linux, heb ik weer iets aparts.

Overigens heb ik veel aan o.a. jouw uitleg gehad van mijn vorige topics.

Heb nu dan toch een software raid 5 met allerlei monitoring tooltjes en vmware server.

Nu wil ik het liefst nog iets als een zoekmachine op de server die naar bestanden kan zoeken.
(een programma dat alle bestanden in een db indexeert en via een web interface kan zoeken)


*edit*

Heb nu een nieuwe alias aangemaakt mike: [e-mail]
en jouw test mail uitgevoerd en nu werkt het gewoon.
Ergens in debian zit er dus iets wat het blokkeert of niet toelaat...???

Dan maar zo.

toch nog bedankt.

[ Voor 11% gewijzigd door peak op 21-07-2009 15:58 . Reden: work around ]