Hij staat aan  dus daar gaat het fout, bedankt voor je reactie.

Ik heb net LDAP test uitgevoerd en kan nu via outlook Zarafa weer benaderen. De optie standaard instellingen geeft nog steeds een foutcode

Fatale fout!

Probleem met cyrus imap server voor '': NO, LOGIN wrong username or password

Ik heb de laatste bestanden ge?nstalleerd (test) en heb nu problemen met Zarafa. Ik het begin werkte alles, maar nu kan ik zowel via de web interface als via Outlook de mailboxen niet benaderen. Er staan geen foutmeldingen in monitoring. Er staat wel een mail in de wachtrij deze wordt niet verzonden. Tevens geeft deze pagina een aantal foutmeldingen

Deprecated: Function split() is deprecated in /usr/webint/htdocs/mailqueue/listmailqueue.php on line 23

Deprecated: Function split() is deprecated in /usr/webint/htdocs/mailqueue/listmailqueue.php on line 24

Deprecated: Function split() is deprecated in /usr/webint/htdocs/mailqueue/listmailqueue.php on line 28

Deprecated: Function split() is deprecated in /usr/webint/htdocs/mailqueue/listmailqueue.php on line 29

Ik uiteindelijk heb de wachtrij geleegd met het commando qfixq live empty, maar Zarafa werkt nog steeds niet. Na het verwijderen is bovenstaande melding wel verdwenen.

Als ik kies voor standaard instellingen krijg een fatale fout "problemen met Cyrus Imap server"

Onderstaand een artikel van Tweakers. is dit voor syn3 ook een probleem ?



Door Joost Schellevis, woensdag 11 april 2012 10:52
Submitter: Icingdeath, views: 18.531

Kwaadwillenden kunnen via Samba, de software die in Linux wordt gebruikt voor filesharing via het smb-protocol van Windows, op afstand root-code uitvoeren. Alle versies sinds 2003 zijn kwetsbaar. Er zijn inmiddels patches uitgegeven.

Door een remote procedure call te manipuleren kan een Samba-server ertoe worden verleid om code uit te voeren als root-gebruiker, zo heeft het softwareproject zelf bekendgemaakt. Het probleem wordt veroorzaakt door een bug in de generator die code produceert voor de rpc-implementatie van Samba.

Door de bug in de generator ontstond een fout bij de afhandeling van rpc-calls. De lengte van variabelen die daarbij naar het geheugen werden geschreven werd wel gecontroleerd, maar niet goed genoeg. Twee variabelen die een client naar een Samba-server stuurt, de variabele met de lengte van een array en de variabele met de waarde van de array zelf, werden los van elkaar gecontroleerd. Dat maakte een buffer overflow mogelijk, waarbij meer data naar het geheugen wordt geschreven dan waarvoor ruimte is gereserveerd.

Samba noemt de kwetsbaarheid zelf 'het ernstigste beveiligingsprobleem dat kan optreden in software', omdat het mogelijk is om de kwetsbaarheid te misbruiken zonder dat authenticatie vereist is. Wel moet een Samba-host uiteraard bereikbaar zijn voor de aanvaller, bijvoorbeeld doordat deze zich op hetzelfde netwerk bevindt of doordat de Samba-host direct aan het internet hangt. Dat laatste werd echter al afgeraden.

Een groot deel van de Samba-gebruikers wordt getroffen door het probleem; het is sinds 2003 in alle Samba-versies aanwezig. Onder meer in Ubuntu, Debian en Red Hat wordt Samba gebruikt om bestanden te delen via het smb-protocol van Microsoft, waardoor bestanden met Windows-pc's kunnen worden gedeeld. Het probleem treedt enkel op als een gebruiker het delen van bestanden heeft ingeschakeld. Ook veel nas-systemen gebruiken Samba om bestanden te delen.

Samba roept op om zo snel mogelijk te updaten. Red Hat heeft inmiddels patches uitgegeven voor het probleem; Ubuntu is daar nog mee bezig. Mac OS X bevat sinds Lion geen Samba meer, maar een eigen implementatie van het smb-protocol. Apple was niet blij met de nieuwe gplv3-licentie die aan Samba werd gehangen.

Gebruikers kunnen handmatig een patch installeren als er voor hun besturingssysteem nog geen update is. Als workaround kunnen gebruikers ervoor kiezen alleen inkomende verbindingen vanaf bepaalde ip-adressen te accepteren. Omdat ip-adressen kunnen worden gemanipuleerd, is dat echter geen waterdichte oplossing.

Ik heb nu dus 1 grote hdd en deze zit volgens SCC Raid op de tweede positie, ik moet nog een tweede hdd kopen. Alles gaat weer goed behalve de backup en dan gaat het alleen fout als ik de optie Snapshot gebruik. Hieronder de output;

Backup session started
 Collecting system files
 Cleaning up old snapshot
 Snapshotting /dev/syn3/root...
 mount: you must specify the filesystem type
 Collecting / and /boot ...
 One or more specified logical volume(s) not found.
 Snapshot failed during system backup.
 Backup session aborted!
 NT_STATUS_NO_SUCH_FILE listing \syn3_D05_1331878667_*************.server.net
 Running /usr/backup/modules/mysql.unfreeze
 Running /usr/backup/modules/openldap.unfreeze
 Running /usr/backup/modules/postgres.unfreeze
 Cleaning up old snapshot
 Backup session ended

Komt dit door het ontbreken van de harde schijf ? En hoe kan ik dit oplossen ?

Fantastisch het is gelukt !! Edwin weer bedankt voor je snelle reacties.

Ja, dat dacht ik ook, maar toen ik SDA2 wilde maximeren kreeg ik een melding "Cannot maximize this partition", ik ga het weer opnieuw proberen 

Als de nieuwe grotere hdd is geboot dan ga ik in cfdisk op sda2 staan en geef M van maximize. Klopt dit, of moet ik eerst sda2 verwijderen en dan een nieuwe aanmaken ?
 

Het lijkt gelukt

1. eerst een SDA3 aangemaakt met cfdisk met de overgebleven vrije ruimte (toen moest ik de server opnieuw opstarten)  
2. pvcreate /dev/sda3
3. pvresize /dev/md1
4. lvgextend syn3 /dev/sda3
5. xfs_growfs /home

De extra schijfruimte is nu zichtbaar, maar mijn vraag is heb ik het zo goed gedaan of kan en moet het anders ?

Ik heb het al geprobeerd volgens de aangegeven stappen, maar het lukt helaas niet. Bij stap 1 geef je aan dat de partities gemaximeerd moeten zijn, als ik cfdisk /dev/sda uitvoer zie ik het volgende
Disk Drive: /dev/sda
                     Size: 500107862016 bytes, 500.1 GB
           Heads: 255   Sectors per Track: 63   Cylinders: 60801

   Name        Flags     Part Type  FS Type         [Label]       Size (MB)
 --------------------------------------------------------------------------
   sda1                   Primary   Linux raid autodetect             67.61*
   sda2                   Primary   Linux raid autodetect          36351.54*
                          Pri/Log   Free Space                    463686.11*


Wat moet ik nu doen ? Of gaat dit goed ?

Ja, ik heb eerst de tweede harde schijf erbij geplaatst en toen de oude (kleine hdd) verwijderd.

Hoi Edwin,

Ik heb voor de zekerheid een nieuwe hdd in de computer gezet en deze boot netjes op. Ook nu is er tekort ruimte maar ik kan, als het mij lukt, de overige ruimte op de harde schijf benutten. Als ik gebruk maak van cfdisk /dev/sda dan krijg ik een overzicht met SDA1 Primary, Linux raid autodetect, 67,71 en SDA2, Primary, Linux raid autodetect, 36351.54 en vervolgens Free space 463686.11. Moet ik de vrije ruimte toekennen of niet ? 

Ik heb een pc met een harde schijf van 30gb, op mijn shares staat 5gb aan data, maartoch is de harde schijf vol. Waar staan temp bestanden enz. die ik kan opschonen ? Of heb ik gewoon een grotere hdd nodig ?

Bedankt voor je snelle reactie, het mounten is gelukt en ik kan de bestanden zien en verwijderen enz. Vervolgens gebruik ik het volgende commando

xfsrestore -i -f /mnt/backup/voorbeeld.net /home/users/voorbeeld/uitpak

Dan krijg ik vervolgens een error namelijk;
xfsrestore: ERROR: media file header checksum error

Wat doe ik fout 

Ja, en ik zie daar de optie niet staan..

Hoi Edwin,

Ik heb gekeken naar deze optie, maar deze is voor mij niet beschikbaar. Hoe dan verder?

Alvast bedankt.

Gr. Ronald