Ok. ich hab die dotdeb sources mal auskommentiert und nun bleibt froxlor...
danke!
Ok. ich hab die dotdeb sources mal auskommentiert und nun bleibt froxlor...
danke!
Hi,
ich wollte heute mal wieder ein dist-upgrade drüber laufen lassen, und da fiel mir folgendes auf:
[root@... ~]# apt-get dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete werden ENTFERNT:
froxlor mysql-client-5.5
Die folgenden NEUEN Pakete werden installiert:
mysql-common-5.6
Die folgenden Pakete werden aktualisiert (Upgrade):
at base-files ca-certificates debian-archive-keyring libapache2-mod-php5 libc-bin libc6 libkeyutils1 libmysqlclient18 libpq5 libtasn1-3 libxml2 linux-image-3.2.0-4-amd64 locales
multiarch-support mysql-client-5.6 mysql-client-core-5.6 mysql-common mysql-server mysql-server-5.6 mysql-server-core-5.6 nscd perl perl-base perl-modules php-pear php5 php5-cgi php5-cli
php5-common php5-curl php5-fpm php5-gd php5-imap php5-mcrypt php5-mysql proftpd-basic proftpd-mod-mysql tzdata
39 aktualisiert, 1 neu installiert, 2 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 45,5 MB von 110 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 51,4 MB Plattenplatz freigegeben.
Möchten Sie fortfahren [J/n]? n
Alles anzeigen
Version:
Distributor ID: Debian
Description: Debian GNU/Linux 7.6 (wheezy)
Release: 7.6
Codename: wheezy
Froxlor ist up-to-date (9.32-1).
Weiss jemand, warum das deinstalliert werden soll? Ich mag Froxlor und konnte auch nichts im Netz dazu finden...
Hängt das mit dem Mysql Update von 5.5 auf 5.6 zusammen?
Danke!
Achja: meine sources.list:
cat sources.list
###############
# Security updates
deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free
## Debian mirror
# Base repository
deb http://ftp.debian.org/debian wheezy main contrib non-free
deb-src http://ftp.debian.org/debian wheezy main contrib non-free
# Stable updates
deb http://ftp.debian.org/debian wheezy-updates main contrib non-free
deb-src http://ftp.debian.org/debian wheezy-updates main contrib non-free
# Stable backports
deb http://ftp.debian.org/debian wheezy-backports main contrib non-free
deb-src http://ftp.debian.org/debian wheezy-backports main contrib non-free
#dotdeb
deb http://packages.dotdeb.org wheezy all
deb-src http://packages.dotdeb.org wheezy all
deb http://packages.dotdeb.org wheezy-php55 all
deb-src http://packages.dotdeb.org wheezy-php55 all
Alles anzeigen
nutz seit jahren JOE auf dem server... wundert mich das den keiner erwähnt. Hab den Umstieg zu NANO noch nicht geschafft...vorteile?
Vielleicht wäre eine Lösung das netcup eine SMS an die hinterlegte Mobilnummer schickt.
Das kostet heute quasi nichtsmehr und wäre die schnellste Form der automatischen Kontaktaufnahme mit dem Admin des Servers in Abschalt-Notfällen....
gruss
könntet Ihr bitte die Lösung hier posten...
danke.
Hallo,
ich muss nodeCode recht geben, denn bei mir ist es exakt genauso:
ZitatAlles anzeigen[root@xxx ~]# fdisk -l
Disk /dev/vda: 104.2 GB, 104152956928 bytes
16 heads, 63 sectors/track, 201809 cylinders, total 203423744 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000xxxxDevice Boot Start End Blocks Id System
/dev/vda1 2048 2988031 1492992 82 Linux swap / Solaris
/dev/vda2 * 2988032 41943039 19477504 83 Linux
/dev/vda3 41943040 203423679 80740320 83 Linux
Ich habe noch nichts an den Partionen verändert und das ist exakt die "Werkspartitionierung".
D.h. es gibt von Haus aus ein /dev/vda3, welches man praktisch zuerst löschen muss, bevor man die Anleitung aus dem netcup-wiki durchführen kann.
Könnte man das ggf. im Wiki anpassen...
gruss
Hi,
Heute Nacht ist mein Server in ein komisches Problem reingelaufen: Festplatte voll (ich generiere gewisse Backups in /var/system/xyz/).
Nungut... nachdem ich wieder aufgeräumt hatte, hab ich mir mal angeschaut was denn so gemounted ist:
# df -h
Und siehe da: es gibt ein rootfs (Size: 19G, used: 7,7G, Avail: 9,7, Use:45%, Mount: / ) und noch ein paar kleinere (/run/lock, /run/shm, /run, /dev) , sowie die UUID für das rootfs (/dev/disk/by-uuid/....).
Und genau da lag das Problem: Heute nacht bin ich mit dem Backup in das Limit von 9,7G gelaufen.
Nun meine Frage: Wie komme ich denn an die 100GB Speicher die zu meinem Root Server M gehören (mittlerweile sind es mehr, aber bei meinem Vertrag waren es noch 100GB). Laut dem vservercontrolpanel sollten es auch 100Gb sein (Hardware: HDD1=97GB)
Muss ich die manuell (per startscript) mounten oder sollten die automatisch auf / gemappt sein?
Danke!!
Gruss!
zur Info an die Nachwelt:
$ apt-get update && apt-get dist-upgrade
lief hier problemlos inkl. kernel update durch und ein erzwungener test-reboot war danach auch kein Problem.... server schnurrt wie eine katze ![]()
Produkt: Root Server M
Debian Wheezy 7.0 stable + dotdeb PHP sources
gruss!
Hi,
Mein apticron beglückte mich neulich mit folgenden update-vorschlägen:
The following packages are currently pending an upgrade:
apache2-suexec 2.2.22-13+deb7u1
apache2-utils 2.2.22-13+deb7u1
base-files 7.1wheezy4
libc-bin 2.13-38+deb7u1
libc6 2.13-38+deb7u1
libssl1.0.0 1.0.1e-2+deb7u4
linux-image-3.2.0-4-amd64 3.2.54-2
locales 2.13-38+deb7u1
multiarch-support 2.13-38+deb7u1
nscd 2.13-38+deb7u1
tzdata 2013i-0wheezy1
Spannend ist für mich dabei "linux-image-3.2.0-4-amd64 3.2.54-2" da es mit urgency=high gerated wird.
Jetzt meine Frage:
Kann ich bei den netcup KVM vServern bedenkenlos den Kernel upgraden? Oder lauf ich ggf. in ein Problem bein nächsten reboot?
Momentaner Stand:
[root ~]# dpkg -l linux-image-*|grep ^ii
ii linux-image-3.2.0-4-amd64 3.2.51-1 amd64 Linux 3.2 for 64-bit PCs
ii linux-image-amd64 3.2+46 amd64 Linux for 64-bit PCs (meta-package)
Danke!!!
Gruss
Hi,
Ich bin auch seit einigen Monaten Kunde mit einem Root Server M. Soweit so gut.
Nun habe ich schon einige Domains erfolgreich eingerichtet und alles läuft soweit.
Die ganzen Admin Sachen (logwatch, root etc.) laufen allerdings noch unter unter der default domain v12345678901234.yourvserver.net.... na ihr wisst schon ![]()
Meine Frage: Ist es sinnvoll den ganzen Server auf eine meiner Hauptdomains umzustricken, sprich in den entsprechenden Config Dateien anzupassen, oder sollte ich da besser die Finger von lassen bzw. spricht was dagegen (irgendwelche rDNS Geschichten vielleicht?) ?
Im Prinzip ists nur eine kosmetische Sache für mich so dass halt meine root mails und cronjob mails mit einem "griffigen" domainnamen rausgehen ![]()
Achja: Falls das Umstellen unkritisch ist : Wo überall muüsste man das denn auf einem Debian System umbiegen?
Danke!
Hallo,
ich bin seit knapp 3 Monaten zufriedener Kunde eines Root-Server M Paketes.
Damals gabs den mit 100GB Festplattenspeicher.
Heute sehe ich, dass das M-Paket zum gleichen Preis mit 240GB daher kommt ![]()
Besteht die Möglichkeit mich upzugraden, oder muss ich praktisch kündigen und neu bestellen?
Wäre ja ziemlich doof ![]()
Gruss
PS: dhclient überschreibt übrigens anscheinend regelmässig die DNS Einträge in der resolv.conf. Und ich wollte eigentlich auf die Google DNS umsteigen.
Ein simples überschreiben der resolv.conf nützt demnach nicht viel. Gibt es eine elegante Lösung das Überschreiben der DNS Server in der resolv.conf zu verhindern, ohne komplett dhclient zu deaktivieren?
ich glaube die Lösung dafür ist hier beschrieben: resolv.conf lässt sich nicht ändern
![]()
aber die ursprünglich Frage besteht weiterhin...
Hallo,
Da möchte ich auch kurz einhaken da ich mir die gleiche Frage gestellt habe für meinen vServer:
Ich habe alle meine Domains bei einem Domainprovider und kann dort über das Webinterface+API alles für mich relevante modifizieren etc.
Der vServer hier nutzt die voreingestellten Netcup-DNS Server in /etc/resolv.conf (die kommen über dhclient...). OS ist Debian Wheezy.
Jetzt die Frage: Kann ich in diesem Setup bedenkenlos den bind auf dem vServer deaktiveren oder hat ein lokaler DNS Server noch andere Aufgaben?
Danke!
PS: dhclient überschreibt übrigens anscheinend regelmässig die DNS Einträge in der resolv.conf. Und ich wollte eigentlich auf die Google DNS umsteigen.
Ein simples überschreiben der resolv.conf nützt demnach nicht viel. Gibt es eine elegante Lösung das Überschreiben der DNS Server in der resolv.conf zu verhindern, ohne komplett dhclient zu deaktivieren?