12.04 Beta

[Ole Mose]

Jeg skal installere en server (udviklingsserver - uden offentlig adgang). Den skal køre Ubuntu, men jeg er i et dilemma. Jeg har lyst til at installere den nye 12.04 Beta, men jeg er usikker på om Ubuntus server beta kan opdateres til den endelige version med do-release-upgrade -d, eller tilsvarende?
Nogen der ved det?

[AJenbo]

Jeg har en kørende og apt-get update burde være nok.

[Ole Mose]

Jeg har en kørende og apt-get update burde være nok.

Det bliver en 12.04 Beta så.

[Ole Mose]

Jeg har nu haft maskinen kørende i en periode og ville lige køre:
apt-get update

Jeg får følgende fejlmeddelelser:

Kode: Vælg alt

Fejl http://security.ubuntu.com precise-security InRelease         
  
Fejl http://dk.archive.ubuntu.com precise InRelease                
  
Fejl http://security.ubuntu.com precise-security Release.gpg       
  Midlertidig fejl ved omsætning af navnet 'security.ubuntu.com'
Fejl http://dk.archive.ubuntu.com precise-updates InRelease        
  
Fejl http://dk.archive.ubuntu.com precise-backports InRelease
  
Fejl http://dk.archive.ubuntu.com precise Release.gpg
  Midlertidig fejl ved omsætning af navnet 'dk.archive.ubuntu.com'
Fejl http://dk.archive.ubuntu.com precise-updates Release.gpg
  Midlertidig fejl ved omsætning af navnet 'dk.archive.ubuntu.com'
Fejl http://dk.archive.ubuntu.com precise-backports Release.gpg
  Midlertidig fejl ved omsætning af navnet 'dk.archive.ubuntu.com'
Indlæser pakkelisterne... Færdig        
W: Kunne ikke hente http://dk.archive.ubuntu.com/ubuntu/dists/precise/InRelease 

W: Kunne ikke hente http://dk.archive.ubuntu.com/ubuntu/dists/precise-updates/InRelease 

W: Kunne ikke hente http://dk.archive.ubuntu.com/ubuntu/dists/precise-backports/InRelease 

W: Kunne ikke hente http://security.ubuntu.com/ubuntu/dists/precise-security/InRelease 

W: Kunne ikke hente http://security.ubuntu.com/ubuntu/dists/precise-security/Release.gpg Midlertidig fejl ved omsætning af navnet 'security.ubuntu.com'

W: Kunne ikke hente http://dk.archive.ubuntu.com/ubuntu/dists/precise/Release.gpg Midlertidig fejl ved omsætning af navnet 'dk.archive.ubuntu.com'

W: Kunne ikke hente http://dk.archive.ubuntu.com/ubuntu/dists/precise-updates/Release.gpg Midlertidig fejl ved omsætning af navnet 'dk.archive.ubuntu.com'

W: Kunne ikke hente http://dk.archive.ubuntu.com/ubuntu/dists/precise-backports/Release.gpg Midlertidig fejl ved omsætning af navnet 'dk.archive.ubuntu.com'

W: Nogle indeksfiler kunne ikke hentes. De er blevet ignoreret eller de gamle bruges i stedet.

Er det mon noget midlertidigt, eller skal jeg rette i kilderne?

[AJenbo]

Midlertidig fejl ved omsætning af navnet 'dk.archive.ubuntu.com'

[Ole Mose]

Midlertidig fejl ved omsætning af navnet 'dk.archive.ubuntu.com'

Jep - men alt er som bekendt relativt og midlertidigt, kan generelt set dække over meget lang tid. Det er derfor, jeg spørger. Og det midlertidige er stadig aktuelt i skrivende stund.

Men du ved/mener, det bliver rettet op inden for kort tid - f.eks. 1 uge-14 dage?

[laoshi]

Du kan evt. prøve at skifte fra den danske server til hovedserveren.
Jeg har med 12.04 (alm. ikke server) haft det problem at wifi blev lukket ned, når jeg prøvede at opdatere - det ser ud til at have været et generelt problem, og det gav nogle sjove fejlmeldinger.
Løste det ved i går at bruge en kablet forbindelse til opdatering, og det ser ud til at wifi-problemet nu er løst.

[Ole Mose]

Du kan evt. prøve at skifte fra den danske server til hovedserveren.

Gøres det ved blot at fjerne dk. alle steder i sources.list, eller tilføjer man evt. uk.?

Der er en del indgange i filen?

[laoshi]

Oplysningerne om dine softwarekilder ligger i filen /etc/apt/sources.list - og hvor der for den danske server står dk.archive.ubuntu.com hedder hovedserveren bare archive.ubuntu.com

[Ole Mose]

Oplysningerne om dine softwarekilder ligger i filen /etc/apt/sources.list - og hvor der for den danske server står dk.archive.ubuntu.com hedder hovedserveren bare archive.ubuntu.com

Der er som sagt en del indgange

Kode: Vælg alt

# deb cdrom:[Ubuntu-Server 12.04 LTS _Precise Pangolin_ - Beta i386 (20120327)]/ precise main restricted

#deb cdrom:[Ubuntu-Server 12.04 LTS _Precise Pangolin_ - Beta i386 (20120327)]/ precise main restricted

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://archive.ubuntu.com/ubuntu/ precise main restricted
deb-src http://archive.ubuntu.com/ubuntu/ precise main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://archive.ubuntu.com/ubuntu/ precise-updates main restricted
deb-src http://archive.ubuntu.com/ubuntu/ precise-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://archive.ubuntu.com/ubuntu/ precise universe
deb-src http://archive.ubuntu.com/ubuntu/ precise universe
deb http://archive.ubuntu.com/ubuntu/ precise-updates universe
deb-src http://archive.ubuntu.com/ubuntu/ precise-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://archive.ubuntu.com/ubuntu/ precise multiverse
deb-src http://archive.ubuntu.com/ubuntu/ precise multiverse
deb http://archive.ubuntu.com/ubuntu/ precise-updates multiverse
deb-src http://archive.ubuntu.com/ubuntu/ precise-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://archive.ubuntu.com/ubuntu/ precise-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu precise-security main restricted
deb-src http://security.ubuntu.com/ubuntu precise-security main restricted
deb http://security.ubuntu.com/ubuntu precise-security universe
deb-src http://security.ubuntu.com/ubuntu precise-security universe
deb http://security.ubuntu.com/ubuntu precise-security multiverse
deb-src http://security.ubuntu.com/ubuntu precise-security multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu precise partner
# deb-src http://archive.canonical.com/ubuntu precise partner

## Uncomment the following two lines to add software from Ubuntu's
## 'extras' repository.
## This software is not part of Ubuntu, but is offered by third-party
## developers who want to ship their latest software.
# deb http://extras.ubuntu.com/ubuntu precise main

Jeg har tilrettet dem alle og får stadig besked om midlertidige fejl? Måske er det bare et spørgsmål om tid, men det er ret generende, da jeg jo heller ikke kan installere ny software ad denne vej.

[AJenbo]

Installer lynx og se om du kan surfe fra maskinen, måske er det et netværks problem.
De servere de forsøger at tilgå er ikke specifikke for den ubuntu udgave du køre så hvis det var et problem ville det påvirker alle ubuntu udgaver.

[Ole Mose]

Installer lynx og se om du kan surfe fra maskinen, måske er det et netværks problem.
De servere de forsøger at tilgå er ikke specifikke for den ubuntu udgave du køre så hvis det var et problem ville det påvirker alle ubuntu udgaver.

Det viste sig ganske rigtigt at være et mere generelt netværksproblem. Jeg har for et par dage siden skiftet DNS servere i vores router.
Den aktuelle server står til DHCP og jeg forventede egentlig, at den så bare vil bruge disse. Noget tyder på, at den ikke gør det?
En - måske midlertidig - løsning var at tilføje linien:

Kode: Vælg alt

nameserver 8.8.8.8

i filen /etc/resolv.conf

Det løste angiveligt mit problem - nu kører apt-get update igen.

Når jeg skriver en måske midlertidig løsning, skyldes det, at der i filens header står, at man ikke bør rettet den manuelt, da rettelser VIL blive overskrevet? Gad nok vide om det er noget nyt i 12.04 og i givet fald, hvor kan man så angive DNS servere i stedet?

Tilføjet: Ingangen i /etc/resolv.conf bliver fjernet efter genstart af serveren. Til gengæld fungerer apt-get update også uden rettelsen nu. Jeg må næsten gå ud fra, at serveren har befundet sig i en slags "limbo", efter jeg rettede DNS serverne på routeren? Jeg kan ikke helt gennemskue, hvorfor det var et problem Selv om serveren alligevel brugte de gamle DNS servere, burde de stadig fungere? Mærkeligt?

[lath]

@ole Mose

På din Ubuntu server: Arkiver dhcpd servicen lodret (sudo apt-get -y purge dhcpd : Bemærk at maskinen ikke kommer på netværket igen ved en genstart, hvis dens netværkskonfiguration ikke er korrekt) og skriv DNS serverne ind i /etc/resolv.conf
I /etc/rc.local har du en fil som kan indeholde programmer der skal køres automatisk ved opstart. Du kan tilføje en ifconfig linie der tildeler en statisk IP adresse, en subnet maske, og dens gateway=router IP adresse i 1 kommando.

Så har du med sikkerhed noget der virker bedre.

Jeg må næsten gå ud fra, at serveren har befundet sig i en slags "limbo", efter jeg rettede DNS serverne på routeren? Jeg kan ikke helt gennemskue, hvorfor det var et problem Selv om serveren alligevel brugte de gamle DNS servere, burde de stadig fungere? Mærkeligt?

Det kan være pakkearkiv serveren og/eller dens DNS server (kan være samme fysiske maskine) der har problemet, og ikke din server.
Det kan være derfor at problemet er forsvundet igen.
----------

Jeg har skrevet en lille tjekliste til andre der kommer forbi en anden gang.

først tjekker du at fejlen ikke er hos dig selv:

• sørg for at du har en internetforbindelse der virker, tjek om routeren har en internetforbindelse
• tjek for ødelagt kabel mellem router og server
• sørg for at serveren har IP adressen på mindst 1 DNS server, som virker (kig i /etc/resolv.conf om der er mindst 1 IP adresse til 1 DNS server)
• serveren skal have en gyldig IP adresse - brug ifconfig kommandoen
• sørg for at serveren har en IP adressen til en gateway (router) som den har direkte forbindelse til (=din egen router), brug route (ældre) eller iproute2 (nyere) kommandoen
• sørg for at firewallen (=der er kun 1 i Ubuntu, og den er inde i kernen) ikke blokerer for trafik den ikke skal blokere for, en mulighed for firewall administrationsprogram er f.eks. ufw (nem at bruge), og iptables (knap så nem at bruge, for at sige det pænt)

Du kan måske have gavn af at studere:

• "Linux Advanced Routing & Traffic Control HOWTO": http://lartc.org/howto/
• "IPROUTE2 Utility Suite Howto": http://www.policyrouting.org/iproute2.doc.html

Er alt herover i orden, og du stadig får fejlen, så er det en DNS resolve fejl du får, altså at DNS systemet ikke kan finde IP adressen der svarer til 'dk.archive.ubuntu.com'.

Din løsning er så at skifte pakkearkiv server.
Hvordan du arbejder med pakkearkiverne fra en terminal beskrives her: https://help.ubuntu.com/community/Repositories/CommandLine

Hjælper det ikke at skifte pakkearkiv server, så indsæt IP adresserne til googles public DNS servere øverst i /etc/resolv.conf (kig i man siden for filen hvordan det skal skrives)

/Lars

[Ole Mose]

Det er god "værkstedsinfo".

Jeg blev snydt af, at jeg sidder og SSHer serveren. Derfor forventede jeg slet ikke, at der var problemer med netadgang.
Jeg vil prøve ifconfig kommandoen i /etc/rc.local, som du foreslår, som erstatning for DHCP. Det lyder som en smart løsning.
Jeg er dog ikke sikker på, hvorfor DHCP er så slem - i hvert fald ikke ud over, den oplevelse, jeg lige har haft.
Jeg ville aldrig bruge DHCP på en produktionserver, men denne er kun til udvikling og routeren reserverer en fast ip til den og så fungerer det normalt uden problemer.

Som sagt - masser af gode tips i tråden - tak for det.

[lath]

Det er god "værkstedsinfo".

Jeg blev snydt af, at jeg sidder og SSHer serveren. Derfor forventede jeg slet ikke, at der var problemer med netadgang.
Jeg vil prøve ifconfig kommandoen i /etc/rc.local, som du foreslår, som erstatning for DHCP. Det lyder som en smart løsning.
Jeg er dog ikke sikker på, hvorfor DHCP er så slem - i hvert fald ikke ud over, den oplevelse, jeg lige har haft.
Jeg ville aldrig bruge DHCP på en produktionserver, men denne er kun til udvikling og routeren reserverer en fast ip til den og så fungerer det normalt uden problemer.

Som sagt - masser af gode tips i tråden - tak for det.

Jeg har erfaring for at nogle routere, især til små virksomheder, ofte er lidt oversolgt - altså de kan ikke så meget som der bliver påstået.

Nogle har også upålideligt software, hvor en genstart af routeren ofte hjælper. Broadcom har et dårligt rygte blandt internetudbydere, for routere til slut-forbrugere (supporten får mange henvendelser om at internettet ikke virker, og standardsvaret er, virker det igen, hvis du slukker og tænder for boksen? Svaret er stort set altid et "Ja").

De kan være blevet bedre - min viden er nogle år gammel - men det er ikke sikkert.

Edit:
Da det er en udviklingsserver kan du droppe gateway oplysninger (sæt gateway IP til 127.0.0.1 for IPv4, og ::1 (0:0:0:0:0:0:0:1) for IPv6) så der ingen der kan snakke med den ved et uheld. Serveren skal så være på samme subnet som alle udviklernes maskiner, men det er normalt ikke noget problem.

Som standard routes IPv6 pakker der har loopback adressen* ikke, og det skulle vist-nok også være tilfældet for IPv4.
*:i destination IP adresse feltet og/eller source IP adresse feltet af en pakke.

/Lars