9 ist ja auch keine LTS Version.
Die 8er wird noch supportet.
ubuntu 10.04 LTS auch bald verfügbar?
- aphex
- Thread is marked as Resolved.
-
-
Quote from Janny82;20680
9 ist ja auch keine LTS Version.
Die 8er wird noch supportet.
Ich weiss, jedoch habe ich immer gerne ein aktuelles. Würde lieber von 9.04 direkt zu 10.04 anstatt wieder zurück auf 8.04gruss ubuntu
-
Quote from Criena;20575
Wann werden wir mit einem nutzbaren Image rechnen können?
Auch ich schliesse mich dem Wunsch nach einem ordentlich funktionierenden Image an.
Vielleicht kann sich noch mal ein netcup'ler zum aktuellen Stand äußern?
-
Quote from MinIT;20682
Auch ich schliesse mich dem Wunsch nach einem ordentlich funktionierenden Image an.
Vielleicht kann sich noch mal ein netcup'ler zum aktuellen Stand äußern?
+1
Schönen Gruß,
Lars -
Schön Guten Abend,
was ist so einmalig an ubuntu, dass Ihr es unbedingt braucht?
Wo es doch so viele schöne andere Distributionen gibt.
Debian, Red Hat, FreeBSD......:)
Hatte es selbst noch nie im Einsatz drum muss ich doch mal fragen.:)
Lg -
Ubuntu ist stabil, einfach zu handhaben, schnell (läuft auf meinem alu vServer echt super), wenig Ressourcenverbrauch.
Kann sein, dass andere Distris das auch haben, aber ich persönlich finde ubuntu am besten.
gruss ubuntu
-
Hallo chitypo,
ich selbst kann natürlich nur für mich sprechen...
Mit Debian bin ich groß geworden und habe das im Vergleich zu "den anderen" Distributionen überlegene Paketmanagement ins Herz geschlossen. Auch war Debian durch die sehr konservative Ausrichtung ideal für den Einstieg in Linux. Die damit verbundene Stabilität ließ mir die Möglichkeit meine Aufmerksamkeit voll auf das Kennenlernen von Linux zu richten, statt mit Bugs kämpfen zu müssen. Mittlerweile haben andere Distributionen (Fedora/RH bspw. mit yum) recht gut nachgezogen, aber man bleibt doch lieber bei dem was man kennt.
Beruflich habe ich mich während des Studiums mit SuSE herumschlagen müssen -- das war kein Spaß.Die große Bürde die Debian mit sich trägt, liegt leider im größten Vorteil begründet. Um das gewohnte Niveau an Stabilität zu gewährleisten, ist Testen erforderlich, welches Zeit kostet. Bedingt dadurch sind Debian-Versionen bei einigen sich rasant weiterentwickelnden Paketen schon bei der Veröffentlichung hoffnungslos veraltet.
Ubuntu ist nun insofern interessant, als das es eine wunderbare Aktualität mit einer für den Alltagsbetrieb vernünftigen Stabilität kombiniert. Ich setze Debian daher nur noch auf einem meiner Server ein, bei dem aktuelle Pakete nicht relevant sind, eine hohe Zuverlässigkeit dagegen schon.
Dabei vergesse ich aber niemals wo Ubuntu seine Wurzeln hat und sich auch regelmäßig an diesen Wurzeln labt. -
Quote from chitypo;20765
was ist so einmalig an ubuntu, dass Ihr es unbedingt braucht?
Wo es doch so viele schöne andere Distributionen gibt.
Debian, Red Hat, FreeBSD......:)
Hatte es selbst noch nie im Einsatz drum muss ich doch mal fragen.:)Mit Ubuntu komme ich halbwegs zurecht. Debian habe ich noch nicht probiert. Mir fehlt aber im Moment die Zeit/Lust, um damit zu experimentieren.
10.04 benötige ich, da ich zeitnah git bzw. gitosis installieren möchte. Leider habe ich für mein 8.04 noch keine einfache Möglichkeit gefunden, um gitosis zu installieren.
Schönen Gruß,
Lars -
Könnten Sie uns bitte die genauen Aktionen aufführen die Sie nach der Image Installation durchgeführt haben?
Wir benötigen besonders die einzeln installierten Pakete.
Sollte SSH nicht mehr starten kann folgendes durchgeführt werden:
Anschließend sollte SSH wieder starten.
-
Das Problem ist weniger ein nicht startender SSH-Daemon (die vorgeschlagene Änderung brachte auch keine Besserung), vielmehr sind jegliche Netzwerkdienste unerreichbar -- der Server scheint erst gar nicht zu booten.
Einer meiner Vorredner erwähnte bereits, dass sich die Logdateien unter /var/log/, mit Ausnahme der wtmp, nicht ändern. Auch tauchen im VCP keine Bootausgaben auf.Pakete welche ihren Weg auf das System gefunden haben, waren:
[INDENT]
mysql-server
cherokee mit einigen Modulen
php5 mit einigen Erweiterungen
rsync
language-pack-en (um die ständigen Fehler wegen fehlender locals abzustellen)plus die diversen Abhängigkeiten
[/INDENT]Meines Erachtens alles keine Pakete die den Start des Systems signifikant behindern könnten.
-
Ich bin im Prinzip dieser Anleitung gefolgt:
http://www.howtoforge.com/perf…04-lucid-lynx-ispconfig-2Mit Ausnahme der Anweisungen, die sich, bedingt durch die Einschränkungen des vServers, so nicht durchführen lassen (chroot, quota). ISPConfig habe ich nicht mehr installiert.
Im einzelnen dürften das also folgende Befehle gewesen sein:
Code
Display Moreaptitude install vim-nox dpkg-reconfigure dash aptitude install binutils cpp fetchmail flex gcc libarchive-zip-perl libc6-dev libcompress-zlib-perl libdb4.6-dev libpcre3 libpopt-dev lynx m4 make ncftp nmap openssl perl perl-modules unzip zip zlib1g-dev autoconf automake1.9 libtool bison autotools-dev g++ build-essential aptitude install bind9 aptitude install mysql-server mysql-client libmysqlclient16-dev aptitude install postfix libsasl2-2 sasl2-bin libsasl2-modules procmail dpkg-reconfigure postfix postconf -e 'smtpd_sasl_local_domain =' postconf -e 'smtpd_sasl_auth_enable = yes' postconf -e 'smtpd_sasl_security_options = noanonymous' postconf -e 'broken_sasl_auth_clients = yes' postconf -e 'smtpd_sasl_authenticated_header = yes' postconf -e 'smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination' postconf -e 'inet_interfaces = all' echo 'pwcheck_method: saslauthd' >> /etc/postfix/sasl/smtpd.conf echo 'mech_list: plain login' >> /etc/postfix/sasl/smtpd.conf mkdir /etc/postfix/ssl cd /etc/postfix/ssl/ openssl genrsa -des3 -rand /etc/hosts -out smtpd.key 1024 chmod 600 smtpd.key openssl req -new -key smtpd.key -out smtpd.csr openssl x509 -req -days 3650 -in smtpd.csr -signkey smtpd.key -out smtpd.crt openssl rsa -in smtpd.key -out smtpd.key.unencrypted mv -f smtpd.key.unencrypted smtpd.key openssl req -new -x509 -extensions v3_ca -keyout cakey.pem -out cacert.pem -days 3650 postconf -e 'myhostname = server1.example.com' postconf -e 'smtpd_tls_auth_only = no' postconf -e 'smtp_use_tls = yes' postconf -e 'smtpd_use_tls = yes' postconf -e 'smtp_tls_note_starttls_offer = yes' postconf -e 'smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key' postconf -e 'smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt' postconf -e 'smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem' postconf -e 'smtpd_tls_loglevel = 1' postconf -e 'smtpd_tls_received_header = yes' postconf -e 'smtpd_tls_session_cache_timeout = 3600s' postconf -e 'tls_random_source = dev:/dev/urandom' mkdir -p /var/spool/postfix/var/run/saslauthd adduser postfix sasl /etc/init.d/postfix restart /etc/init.d/saslauthd start aptitude install courier-authdaemon courier-base courier-imap courier-imap-ssl courier-pop courier-pop-ssl courier-ssl gamin libgamin0 libglib2.0-0 cd /etc/courier rm -f /etc/courier/imapd.pem rm -f /etc/courier/pop3d.pem mkimapdcert mkpop3dcert /etc/init.d/courier-imap-ssl restart /etc/init.d/courier-pop-ssl restart postconf -e 'home_mailbox = Maildir/' postconf -e 'mailbox_command =' /etc/init.d/postfix restart aptitude install apache2 apache2-doc apache2-mpm-prefork apache2-utils apache2-suexec libexpat1 ssl-cert aptitude install libapache2-mod-php5 libapache2-mod-ruby libapache2-mod-python php5 php5-common php5-curl php5-dev php5-gd php5-idn php-pear php5-imagick php5-imap php5-mcrypt php5-memcache php5-mhash php5-ming php5-mysql php5-pspell php5-recode php5-snmp php5-sqlite php5-tidy php5-xmlrpc php5-xsl a2enmod ssl a2enmod rewrite a2enmod suexec a2enmod include a2enmod dav_fs a2enmod dav /etc/init.d/apache2 restart aptitude install proftpd ucf ln -s /etc/proftpd/proftpd.conf /etc/proftpd.conf /etc/init.d/proftpd restart aptitude install webalizer aptitude install libhtml-parser-perl libdb-file-lock-perl libnet-dns-perl libnetaddr-ip-perl libarchive-tar-perl
Das hat soweit auch wunderbar geklappt und alle Dienste liefen danach, bis zum ersten Neustart. Danke, dass ihr euch das anseht.
-
Vielen Dank für die Antworten. Dies hat der Analyse sehr geholfen. Wir konnten das Problem finden und beheben. Allerdings ist eine Neuinstallation des Ubuntu 10.04 LTS Images nötig.
Ich bitte um Feedback, sobald es zu neuen Problemen kommt, auch hierbei bitte wieder angeben, was eingerichtet wurde.
-
Es scheint tatsächlich gelungen zu sein. Danke für das Engagement bei der Fehlersuche.
Erfreulich ist, dass im Gegensatz zu den Vorgängerversionen selbst ein "reboot" innerhalb der Maschine den erwarteten Effekt hat.Allen Nutzern empfehle ich dringend die SSH-Host-Keys neu zu generieren, da sie beim Aufspielen des Image scheinbar nicht frisch erstellt werden.
-
Quote from [netcup] Oli;20862
Vielen Dank für die Antworten. Dies hat der Analyse sehr geholfen. Wir konnten das Problem finden und beheben. Allerdings ist eine Neuinstallation des Ubuntu 10.04 LTS Images nötig.
Ich bitte um Feedback, sobald es zu neuen Problemen kommt, auch hierbei bitte wieder angeben, was eingerichtet wurde.
Auch bei mir scheint das neue Image fehlerfrei zu laufen.
Danke
MinIT -
Moin,
habe nun über vcp/reinstall auch lucid auf unseren server gespielt.
Allerdings habe ich ein paar Probleme. Wenn ich neustarten will, muss /sbin/init abgeschossen werden, weil es sich anscheinend irgendwie aufhängt.
Code
Display More* Asking all remaining processes to terminate... ...done. * All processes ended within 1 seconds.... ...done. A timeout occured while waiting for the vserver to finish and it will be killed by sending a SIGKILL signal. The following process list might be useful for finding out the reason of this behavior: ---------------------------------------------------------------------- 25457 7004 v221890829 ? Ss 0:00 /sbin/init ----------------------------------------------------------------------
Außerdem hängt sich der Server beim Update vom openssh-server (1:5.3p1-3ubuntu4) auf, sobald ich lucid-updates zu den apt-sources hinzufügen.
Meine /etc/apt/sources.list:
Code
Display Moredeb http://de.archive.ubuntu.com/ubuntu/ lucid main restricted deb-src http://de.archive.ubuntu.com/ubuntu/ lucid main restricted deb http://de.archive.ubuntu.com/ubuntu/ lucid-updates main restricted deb-src http://de.archive.ubuntu.com/ubuntu/ lucid-updates main restricted deb http://de.archive.ubuntu.com/ubuntu/ lucid universe deb-src http://de.archive.ubuntu.com/ubuntu/ lucid universe deb http://de.archive.ubuntu.com/ubuntu/ lucid-updates universe deb-src http://de.archive.ubuntu.com/ubuntu/ lucid-updates universe deb http://de.archive.ubuntu.com/ubuntu/ lucid multiverse deb-src http://de.archive.ubuntu.com/ubuntu/ lucid multiverse deb http://de.archive.ubuntu.com/ubuntu/ lucid-updates multiverse deb-src http://de.archive.ubuntu.com/ubuntu/ lucid-updates multiverse deb http://security.ubuntu.com/ubuntu lucid-security main restricted deb-src http://security.ubuntu.com/ubuntu lucid-security main restricted deb http://security.ubuntu.com/ubuntu lucid-security universe deb-src http://security.ubuntu.com/ubuntu lucid-security universe deb http://security.ubuntu.com/ubuntu lucid-security multiverse deb-src http://security.ubuntu.com/ubuntu lucid-security multiverse
Außer dem Anpassen der sources.list hab ich auf dem neuen System noch nichts weiter gemacht.
-
Welcher Kernel ist auf Ihrem vServer aktiv?
-
Quote from [netcup] Felix;21225
Welcher Kernel ist auf Ihrem vServer aktiv?
2.6.33.2-vs2.3.0.36.30.4-netcupAlso doch eigentlich ausreichend?
-
Bitte einmal den Support deswegen anschreiben. Der kann dann vermutlich sagen was beim Starten schief läuft.
-
Quote from DarkHappyAffe;21224
hängt sich der Server beim Update vom openssh-server (1:5.3p1-3ubuntu4) auf, sobald ich lucid-updates zu den apt-sources hinzufügen.
Auch auf meinem vServer schlägt das SSH-Update leider fehl.
Da mittlerweile die Installation des Servers sauber klappt, frage ich mich, was an dem Image bzw. genauer gesagt an der OpenSSH-Installation geändert wurde?
Gibt es neben der SSH eigentlich noch andere Programme die unter Ubuntu 10.04 auf den vServern Probleme machen?
Viele Grüße
MinIT -
Das Problem wurde gelöst. Nach einem reinstall tritt der Fehler nicht mehr auf.
Quote from MinIT;21230Gibt es neben der SSH eigentlich noch andere Programme die unter Ubuntu 10.04 auf den vServern Probleme machen?
Wir haben den Fehler soweit gefunden:
Das Problem liegt in einem scheinbar unkorrekten handling von upstart, dem Ubuntu 10.04 init System. Dort werden jobs mit der beinhalten Definition von
nicht korrekt beendet.
Abhilfe schafft hier:
Über die man Page des installierten Prozesses nachschauen wie man den Prozess im Vordergrund laufen lassen kann.
Hier im Beispiel bei ssh ist dies die Option -D.
Dies einfach an die exec Zeile hinzufügen:
Anschließend die expect Zeile auskommentieren:
Nach einem Neustart des VServers funktionieren nun auch kommende Updates der Prozesse.