Bekijk Volledige Versie : Kan log files niet verwijderen, WTF!
rm -rf /home/sites/www/logs/access_log.1
rm: cannot remove `/home/sites/www/logs/access_log.1': Read-only file system
de httpd server start nu ook niet meer op
> ./httpd start
Starting httpd: (30)Read-only file system: httpd: could not open error log file /etc/httpd/logs/error_log.
Unable to open logs
[FAILED]
een quick google zag ik dat de hardeschijf beschadigd kan zijn...:S
WTF!
wat nu?
rebooten?
of een extra mirror backup uitvoeren?
Read-only system staat er toch als foutmelding? :)
Zegt genoeg.
Helaas houd het meestal in dat je disk dood is en daarom in read-only gaat
Edit: Als je nu een reboot doet start hij niet meer op!
kan ok nog wel een mirror back uitvoeren?
Ik hoop sowieso voor je dat je al backups hebt. Je kan een backup maken ja maar iets installeren (al het schrijven op de schijf) lukt niet meer.
Succes ermee en mail je hoster alvast in geval van een dedicated server :)
Even in je logs gaan zoeken waarom je systeem read-only gegaan is. Als je erboven i/o-errors ziet, dan heb je een probleem met je opslagdevices.
Ik zou zo snel mogelijk alle data kopiëren...
ben nu bezig met alles aan het backupen
ik denk dat alleen via rsync dit nog mogelijk is.
virtual server backup draait al
hoe kan ik dit het beste doen voor de mysql?
/waar staat de data?
voor de vservers gebruik ik dit:
rsync -avz --delete -e "ssh -i /root/rsync/mirror-rsync-key" --rsh='ssh -p69' root@domain.com:/home/sites/ /home/sites/
Even in je logs gaan zoeken waarom je systeem read-only gegaan is. Als je erboven i/o-errors ziet, dan heb je een probleem met je opslagdevices.
Ik zou zo snel mogelijk alle data kopiëren...
welke log files bedoel je?
je bent wel als root ingelogd? misschien een stomme vraag maar wij loggen altijd eerst in via een andere gebruiker alvorens we uberhaupt root kunnen worden.
Is mij namelijk ook wel eens overkomen, even het su commando vergeten ;-(
// edit, alhoewel, had iets beter moeten lezen... dan geeft hij natuurlijk geen readonly filesystem aan ;-(
hoe kan ik dit het beste doen voor de mysql?
/waar staat de data?
/var/lib/mysql
voor de vservers gebruik ik dit:
rsync -avz --delete -e "ssh -i /root/rsync/mirror-rsync-key" --rsh='ssh -p69' root@domain.com:/home/sites/ /home/sites/
Dat zou inderdaad moeten werken... Maak je trouwens geen dagelijkse backups? Anders een goede tip voor de volgende keer :)
niet dagelijks, tot nu toe nog handmatig
niet dagelijks, tot nu toe nog handmatig
Scriptje voor maken (als je geen DA/Cpanel/Plesk/etc.) gebruikt en dan elke nacht een cron laten lopen :)
ik gebruik webmin
Daar werk ik helaas niet mee :)
Zou voor een paar euro p/maand bij je coloprovider een interne directadmin licentie aanschaffen. Die heeft ook automatische backups (en nog veel meer!) :smartass:
als ik de /var/lib/mysql/ backup uitvoer
heb ik dan ook de login gegevens van alle dbs?
of staan die ergens anders?
verder heb gebackuped:
-*mail /var/spool/mail/
-*awstats /etc/awstats/
-*dns /var/named/
-*http /www/
-*crt en keys
-mysql /var/lib/mysql/
-cron
*inclusief de config files.
nog andere dingen die ik nog vergeten ben?
(betreft een standaard webserver)
ik zou vooral je geld eerst even uitgeven aan een persoon die voldoende kennis heeft van systeembeheer. Ergens vrees ik dat dit om een productieserver gaat, en dat hierop een klant of klanten staan die geld betalen voor een service die als "professioneel" omschreven wordt.
nog andere dingen die ik nog vergeten ben?
Ik geloof van niet maar wacht even totdat iemand anders dat ook denkt :)
ik zou vooral je geld eerst even uitgeven aan een persoon die voldoende kennis heeft van systeembeheer. Ergens vrees ik dat dit om een productieserver gaat, en dat hierop een klant of klanten staan die geld betalen voor een service die als "professioneel" omschreven wordt.
nee.
tot nu toe naai ik alleen me zelf:)
Ik geloof van niet maar wacht even totdat iemand anders dat ook denkt :)
dus de mysql login zijn met een rsync /var/lib/mysql/
ook gebackuped?
dus de mysql login zijn met een rsync /var/lib/mysql/
ook gebackuped?
Ja lijkt mij wel ... Durf het alleen niet 100 % zeker te zeggen daarom zeg ik al dat je even moet wachten totdat iemand ook groen licht geeft :)
Ik weet ook niet alles he :W:
op directadmin servers bijvoorbeeld staat de mysql data op /home/mysql, misschien dat op jouw server het ook nog op een andere plek staat (voor de zekerheid meld ik dat maar even)
verder als de mysql server programma niet netjes gestopt is, kan het zijn dat je maar "halve" data hebt als je alleen de dingen op schijf mee neemt (voor de zekerheid meld ik dat maar even)
Even in je logs gaan zoeken waarom je systeem read-only gegaan is. Als je erboven i/o-errors ziet, dan heb je een probleem met je opslagdevices.
Ik zou zo snel mogelijk alle data kopiëren...
welke log files zou dit kunnen staan?
/var/log/messages ?!?!?!?!
nee niets van dat
behalve dit:
logrotate: ALERT exited abnormally with [1]
/var/log/syslog, dmesg ,...
dus de mysql login zijn met een rsync /var/lib/mysql/
ook gebackuped?
Zou het niet beter zijn om een full backup 1 op 1 te doen dan weet je zeker dat je niets vergeten bent. Lijkt me in jouw geval wel het veiligste als je al niet eens weet waar de logs staan.