[solved] Proxmox 4.4 mit LXC und etobi's Repo - apt-get "Failed to fetch"

Hallo Leute,

ich möchte meinen vdr gern in einem LXC (LinuxContainer) betreiben. Als Paketquelle verwende ülicherweise etobi's repository. Das funktioniert in einer KVM auch alles wunderbar, also keine Eile. Momentan scheitere ich direkt beim "apt-get update" nach der Einbindung von etoi's Repository.

Der LXC wurde ganz frisch aufgesetzt. Zu Beginn habe ich die LXC-Basis erstmal per "apt-get update && apt-get upgrade" geupdated.

Dann habe ich etobi's Repo entsprechend dieser Seite eingebunden:

root@vdr:~# nano /etc/apt/sources.list.d/etobis-vdr.list
deb http://e-tobi.net/vdr-experimental jessie vdr-multipatch base 
deb-src http://e-tobi.net/vdr-experimental jessie vdr-multipatch base

Wenn ich nun ein "apt-get update" ausführe, erhalte ich folgende Meldungen:

root@vdr:~# apt-get update
Ign http://ftp.debian.org jessie InRelease
Hit http://security.debian.org jessie/updates InRelease
Hit http://ftp.debian.org jessie-updates InRelease
Ign http://e-tobi.net jessie InRelease
Hit http://ftp.debian.org jessie Release.gpg
Get:1 http://ftp.debian.org jessie-updates/main amd64 Packages/DiffIndex [6916 B]
Ign http://e-tobi.net jessie Release.gpg
Hit http://ftp.debian.org jessie-updates/contrib amd64 Packages
Hit http://ftp.debian.org jessie-updates/contrib Translation-en
Get:2 http://ftp.debian.org jessie-updates/main Translation-en/DiffIndex [2704 B]
Ign http://e-tobi.net jessie Release
Hit http://ftp.debian.org jessie Release
Hit http://security.debian.org jessie/updates/main amd64 Packages
Hit http://security.debian.org jessie/updates/contrib amd64 Packages
Hit http://security.debian.org jessie/updates/contrib Translation-en
Hit http://security.debian.org jessie/updates/main Translation-en
Hit http://ftp.debian.org jessie/main amd64 Packages
Hit http://ftp.debian.org jessie/contrib amd64 Packages
Hit http://ftp.debian.org jessie/contrib Translation-en
Hit http://ftp.debian.org jessie/main Translation-en
Err http://e-tobi.net jessie/vdr-multipatch Sources


Err http://e-tobi.net jessie/base Sources


Err http://e-tobi.net jessie/vdr-multipatch amd64 Packages


Err http://e-tobi.net jessie/base amd64 Packages


Ign http://e-tobi.net jessie/base Translation-en
Ign http://e-tobi.net jessie/vdr-multipatch Translation-en
Fetched 9620 B in 1s (8739 B/s)
W: Failed to fetch http://e-tobi.net/vdr-experimental/dists/jessie/vdr-multipatch/source/Sources


W: Failed to fetch http://e-tobi.net/vdr-experimental/dists/jessie/base/source/Sources


W: Failed to fetch http://e-tobi.net/vdr-experimental/dists/jessie/vdr-multipatch/binary-amd64/Packages


W: Failed to fetch http://e-tobi.net/vdr-experimental/dists/jessie/base/binary-amd64/Packages


E: Some index files failed to download. They have been ignored, or old ones used instead.

In der KVM funktioniert das repository wunderbar. Habe keine besonderen Netzwerk-Einstellungen oder Firewall konfiguriert. Wenn ich das emby repository einbinde, gibt es keine Probleme mit "apt-get update"

Hat dazu jemand eine Idee? Was macht etobi's Repo für den LXC so besonders?

Danke und Gruß Hoppel

OK, dann bin also nicht zu blöd und auch nicht allein mit meinem Problem.

Ich habe gestern testweise einfach mal versucht das Repository in einem anderen vorhandenen LX-Container, den ich für FHEM nutze, etobi's Repo einzubinden. Eigenartigerweise klappt das. Ich bin dann wie folgt vorgegangen:

• Backup des vorhandenen FHEM-Containers erstellt
• den FHEM-Container auf Basis dieses Howtos komlett bereinigt und alles was mit FHEM zu tun hat gelöscht
• ein weiteres Backup dieses Containers erstellt und dieses in den Template-Ordner verschoben
• den ursprünglichen FHEM-Container auf Basis des ersten Backups wieder hergestellt
• auf Basis des von mir erstellten Templates einen neuen VDR LX-Container erstellt
• etobis Repo eingebunden, läuft

Ich habe keine Ahnung, was den FHEM-Container so besonders macht. Schließlich habe ich diesen auch erst mit Proxmox 4.4 erstellt. Alle Versuche einen neuen LX-Container auf Basis des Standard-Debian-Proxmox-Templates für etobis Repo zu erstellen, scheitern an der Einbindung von etobis Repo. Das bringt dich jetzt zwar nicht weiter. Aber wenn ich ehrlich bin, ist das ja auch keine richtige Lösung, mit der unbedingt jeder etwas anfangen kann. Hast du evtl. auch einen anderen LX-Container mit dem du das mal ausprobieren könntest?

VDR habe ich zwar grundsätzlich fertig konfiguriert, aber der VDR-Service ließ sich noch nicht starten. Man muss den VDR-Service in einem LX-Container wohl als root ausführen, damit das klappt. Dazu hatte ich allerdings noch keine Zeit, mich weiter damit zu beschäftigen.

Bleibt die Frage, wo man dieses Thema korrekterweise platziert. Bei etobi oder bei Proxmox... Naja, viellicht hat ja noch jemand eine Idee.

Gruß Hoppel

Natürlich möchte ich das Thema auch gern lösen. Aber dafür fehlt auch mir das knoffhoff.

Verlinke mal bitte deinen Thread im Proxmox-Forum, damit ich das dort auch verfolgen kann.

Ohne das Paket 'apt-transport-https' läuft der apt-get update Prozess gar nicht durch, sobald man etobis repo eingebunden hat. Ich habe das Paket also auch installiert.

Gruß Hoppel

Jo, Problem gelöst!

8N1 Vielen Dank für deinen Beitrag im Proxmox Forum .

Sobald man das Paket "ca-certificates" installiert, läuft auch "apt-get update" sauber durch!

Viele Grüße Hoppel

Jupp, hast du gut gemacht!

Für mich ist das auch alles noch relativ neu. Aber mittlerweile habe ich schon eine FHEM Installation in einen LXC überführt. Wenn man irgendwelche Geräte im Container benötigt, ist das einfach viel geiler als PCI- oder USB-Passthrough bei KVM. Die Hardware ist direkt sichtbar/verfügbar. Man muss nur die richtigen Berechtigungen setzen. Dafür habe ich übrigens vorhin ein kleines Howto geschrieben:

http://www.vdr-portal.de/board60-linux/board104-server/130353-howto-proxmox-4-4-und-lxc-tv-karte-hier-digital-devices-cine-s2-v6-5-im-container-verfügbar-machen/

Vielleicht kannst du das ja gebrauchen und auch nochmal ein Feedback geben, ob ich was vergessen habe.

Viel Spaß mit LXC!

Gruß Hoppel