Hallo Leute, ich habe da mal eine kleine Frage...
Ich weiß nicht ob es eher zu den Admin-Programmen oder doch eher eine Linux Frage ist, darum poste ich es jetzt hier da es sich um das Verhalten von Linux dreht.
Es geht um folgendes, ich habe einen VQ12 bei Hetzner mit einem Debian bestückt, daruf ist ein ISPConfig 3.0.5.3 installiert und funktioniert auch soweit. Bei OVH habe ich einen dedizierten Server mit Ubuntu 12.04 LTS und ebenfalls der ISPConfig 3.0.5.3 installiert.
Wenn ich jetzt auf dem kleinen vServer einen "df -h" eintippe, sieht es wie folgt aus...
mache ich das gleiche auf dem Ubuntu System, bekomme ich folgende Rückmeldung...
die Inhalte der fstab sind ziemlich identisch, da ich die Domains vom vServer auf den dedizierten transferieren / übertragen will.. aber wieso bindet Ubuntu die Laufwerke ein, und debian nicht?
Problematik ist jetzt nämlich, dass "cron.daily/standard" genau bei diesen Log Files meckert, weil "lost+found" nicht existiert. Und nun die Frage an Euch, woran kann das liegen und wie beheben ich das am besten?
In meiner fstab auf dem dedizierten Server sieht es wie folgt aus...
Und hier noch die fstab vom vServer...
Wäre nett, wenn mir das Phänomen einer genauer erklären könnte. Oder soll ich die Rückmeldung vom cron.daily einfach ignorieren? Was ich eigentlich ungerne mache...
Gruß, Domi
Ich weiß nicht ob es eher zu den Admin-Programmen oder doch eher eine Linux Frage ist, darum poste ich es jetzt hier da es sich um das Verhalten von Linux dreht.
Es geht um folgendes, ich habe einen VQ12 bei Hetzner mit einem Debian bestückt, daruf ist ein ISPConfig 3.0.5.3 installiert und funktioniert auch soweit. Bei OVH habe ich einen dedizierten Server mit Ubuntu 12.04 LTS und ebenfalls der ISPConfig 3.0.5.3 installiert.
Wenn ich jetzt auf dem kleinen vServer einen "df -h" eintippe, sieht es wie folgt aus...
Code:
root@vsrv01 ~ # df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 38G 9.1G 27G 26% /
tmpfs 506M 0 506M 0% /lib/init/rw
udev 500M 92K 500M 1% /dev
tmpfs 506M 0 506M 0% /dev/shm
/dev/sda2 508M 37M 447M 8% /bootmache ich das gleiche auf dem Ubuntu System, bekomme ich folgende Rückmeldung...
Code:
root@srv01:~# df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 40G 2,0G 36G 6% /
udev 16G 4,0K 16G 1% /dev
tmpfs 6,3G 344K 6,3G 1% /run
/dev/md2 40G 2,0G 36G 6% /
none 5,0M 4,0K 5,0M 1% /run/lock
none 16G 0 16G 0% /run/shm
/dev/md1 2,0G 86M 1,8G 5% /boot
/dev/mapper/vg-var 40G 2,6G 35G 7% /var
/dev/mapper/vg-var 40G 2,6G 35G 7% /var/www/clients/client0/web1001/log
/dev/mapper/vg-var 40G 2,6G 35G 7% /var/www/clients/client0/web1002/log
/dev/mapper/vg-var 40G 2,6G 35G 7% /var/www/clients/client0/web1003/log
/dev/mapper/vg-var 40G 2,6G 35G 7% /var/www/clients/client0/web1004/log
/dev/mapper/vg-srv 99G 188M 94G 1% /srvdie Inhalte der fstab sind ziemlich identisch, da ich die Domains vom vServer auf den dedizierten transferieren / übertragen will.. aber wieso bindet Ubuntu die Laufwerke ein, und debian nicht?
Problematik ist jetzt nämlich, dass "cron.daily/standard" genau bei diesen Log Files meckert, weil "lost+found" nicht existiert. Und nun die Frage an Euch, woran kann das liegen und wie beheben ich das am besten?
In meiner fstab auf dem dedizierten Server sieht es wie folgt aus...
Code:
root@srv01:~# cat /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/md2 / ext4 errors=remount-ro,relatime,usrjquota=quota.user,grpjquota=quota.group,jqfmt=vfsv0 0 1
/dev/md1 /boot ext4 errors=remount-ro,relatime 0 1
/dev/vg/var /var ext4 defaults,relatime 1 2
/dev/vg/srv /srv ext4 defaults,relatime 1 2
/dev/sda3 swap swap defaults 0 0
/dev/sdb3 swap swap defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
devtmpfs /dev devtmpfs rw 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client0/web1001/log none bind,nobootwait 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client0/web1002/log none bind,nobootwait 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client0/web1003/log none bind,nobootwait 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client0/web1004/log none bind,nobootwait 0 0Und hier noch die fstab vom vServer...
Code:
root@vsrv01 ~ # cat /etc/fstab
proc /proc proc defaults 0 0
# /dev/sda1 during Installation (RescueSystem)
UUID=44eab0b8-8a09-4733-8ae6-2be639f880d0 none swap sw 0 0
# /dev/sda2 during Installation (RescueSystem)
UUID=63500246-29fc-4f80-9903-238f8213845b /boot ext3 defaults 0 0
# /dev/sda3 during Installation (RescueSystem)
UUID=a74a0bd6-87b0-48d5-94c4-d1aa783a86e9 / ext3 defaults,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client1/web1/log none bind,nobootwait 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client1/web2/log none bind,nobootwait 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client1/web3/log none bind,nobootwait 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client1/web5/log none bind,nobootwait 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client2/web7/log none bind,nobootwait 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client3/web8/log none bind,nobootwait 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client4/web10/log none bind,nobootwait 0 0
/var/log/ispconfig/httpd/xxxxx /var/www/clients/client1/web11/log none bind,nobootwait 0 0
Code:
Subject: Cron <root@srv01> test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
/etc/cron.daily/standard:
Some local file systems lack a lost+found directory. This means if the
file system is damaged and needs to be repaired, fsck will not have
anywhere to put stray files for recovery. You should consider creating
a lost+found directory with mklost+found(8).
The following lost+found directories were not available:
/var/www/clients/client0/web1001/log/lost+found
/var/www/clients/client0/web1002/log/lost+found
/var/www/clients/client0/web1003/log/lost+found
/var/www/clients/client0/web1004/log/lost+foundWäre nett, wenn mir das Phänomen einer genauer erklären könnte. Oder soll ich die Rückmeldung vom cron.daily einfach ignorieren? Was ich eigentlich ungerne mache...
Gruß, Domi