<?xml version="1.0" encoding="ISO-8859-1"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>OVH Forum</title>
		<link>http://forum.ovh.de/</link>
		<description />
		<language>de</language>
		<lastBuildDate>Thu, 17 May 2012 16:19:07 GMT</lastBuildDate>
		<generator>vBulletin</generator>
		<ttl>60</ttl>
		<image>
			<url>http://forum.ovh.de/images/misc/rss.jpg</url>
			<title>OVH Forum</title>
			<link>http://forum.ovh.de/</link>
		</image>
		<item>
			<title>BHS J-6</title>
			<link>http://forum.ovh.de/showthread.php?t=11406&amp;goto=newpost</link>
			<pubDate>Thu, 17 May 2012 13:48:03 GMT</pubDate>
			<description><![CDATA[Bonjour,
Dans 6 jours, nous allons démarrer les activés
en Amérique du Nord dans notre nouveau DC qui
se trouve au Québec à Beauharnois (BHS).

Nous avons prévus une phase BETA qui est
là pour faire "roder le moteur" interne. Comme
vous savez pour proposer nos services de
serveurs dédiés et de Cloud Computing (pCC,
pCI, Cloud Server etc), nous nous basons
entièrement sur notre savoir faire interne.
On ne soustraite pas la construction du DC,
on n'achète pas les serveurs dans les beaux
cartons, on ne soustraite pas le support à
l'extérieur et on ne dit pas que ce n'est
pas notre faute quand c'est en panne. On
délivre un service qu'on maîtrise à tous
les niveaux et on l'assume donc à 100%.

Gérer tout de bout à bout est très complexe
et nous oblige d'avoir des experts dans tous
les métiers tout le temps disponibles. Mais
ceci nous permet aussi éviter les pannes,
éviter les erreurs de conception et délivrer
un service au meilleur rapport qualité/prix.

A BHS, nous construisons un datacentre avec
un réseau électrique haute disponibilité et
un système de refroidissement liquide pour
les serveurs. Nous mettons en place de lignes
de production de serveurs et nous gérons le
stock de pièces qui viennent de 4 coins du monde
dans le but de produire les serveurs en quasi
temps réel par rapport à votre demande. Nous
construisons un réseau en fibre optique privé
redondant et à très haute capacité entre notre
DC et les POP stratégiques au Canada et aux USA.
Enfin, nous assurons le support et une
maintenance 24 heures sur 24 de l'ensemble de
nos infrastructures et les services qu'on
loue à nos clients.

L'ensemble de ces travaux sont effectués avec
les équipes internes et avec quelques
sous-traitants locaux (électricité et bâtiment)
qui sont forcement des entreprises de moins de
50 personnes et qui ont un très haut niveau
technique interne dans l'ingénierie pour remise
en cause les concepts standard. L'ensemble de
l'ingénierie et de la conception est dirigée
par nos équipes interne et on remet tout en
cause et tout le temps. C'est ça notre
métier: tout faire mais autrement.

A BHS cela nous oblige donc de transmettre notre
savoir faire interne que nous avons en France
aux nouvelles équipes que nous recrutons à
Beauharnois et Montréal. Nous avons fini les
phases de formations théoriques avec nos équipes
FR à BHS et les visites des équipes QC à RBX.

On passera maintenant dans la phase de formation
dans les conditions réelles que nous appelons "BETA".

La suite demain.

Amicalement
Octave

]]></description>
			<content:encoded><![CDATA[<div>Bonjour,<br />
Dans 6 jours, nous allons démarrer les activés<br />
en Amérique du Nord dans notre nouveau DC qui<br />
se trouve au Québec à Beauharnois (BHS).<br />
<br />
Nous avons prévus une phase BETA qui est<br />
là pour faire &quot;roder le moteur&quot; interne. Comme<br />
vous savez pour proposer nos services de<br />
serveurs dédiés et de Cloud Computing (pCC,<br />
pCI, Cloud Server etc), nous nous basons<br />
entièrement sur notre savoir faire interne.<br />
On ne soustraite pas la construction du DC,<br />
on n'achète pas les serveurs dans les beaux<br />
cartons, on ne soustraite pas le support à<br />
l'extérieur et on ne dit pas que ce n'est<br />
pas notre faute quand c'est en panne. On<br />
délivre un service qu'on maîtrise à tous<br />
les niveaux et on l'assume donc à 100%.<br />
<br />
Gérer tout de bout à bout est très complexe<br />
et nous oblige d'avoir des experts dans tous<br />
les métiers tout le temps disponibles. Mais<br />
ceci nous permet aussi éviter les pannes,<br />
éviter les erreurs de conception et délivrer<br />
un service au meilleur rapport qualité/prix.<br />
<br />
A BHS, nous construisons un datacentre avec<br />
un réseau électrique haute disponibilité et<br />
un système de refroidissement liquide pour<br />
les serveurs. Nous mettons en place de lignes<br />
de production de serveurs et nous gérons le<br />
stock de pièces qui viennent de 4 coins du monde<br />
dans le but de produire les serveurs en quasi<br />
temps réel par rapport à votre demande. Nous<br />
construisons un réseau en fibre optique privé<br />
redondant et à très haute capacité entre notre<br />
DC et les POP stratégiques au Canada et aux USA.<br />
Enfin, nous assurons le support et une<br />
maintenance 24 heures sur 24 de l'ensemble de<br />
nos infrastructures et les services qu'on<br />
loue à nos clients.<br />
<br />
L'ensemble de ces travaux sont effectués avec<br />
les équipes internes et avec quelques<br />
sous-traitants locaux (électricité et bâtiment)<br />
qui sont forcement des entreprises de moins de<br />
50 personnes et qui ont un très haut niveau<br />
technique interne dans l'ingénierie pour remise<br />
en cause les concepts standard. L'ensemble de<br />
l'ingénierie et de la conception est dirigée<br />
par nos équipes interne et on remet tout en<br />
cause et tout le temps. C'est ça notre<br />
métier: tout faire mais autrement.<br />
<br />
A BHS cela nous oblige donc de transmettre notre<br />
savoir faire interne que nous avons en France<br />
aux nouvelles équipes que nous recrutons à<br />
Beauharnois et Montréal. Nous avons fini les<br />
phases de formations théoriques avec nos équipes<br />
FR à BHS et les visites des équipes QC à RBX.<br />
<br />
On passera maintenant dans la phase de formation<br />
dans les conditions réelles que nous appelons &quot;BETA&quot;.<br />
<br />
La suite demain.<br />
<br />
Amicalement<br />
Octave<br />
<br />
</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=68">:: VPS Forum ::</category>
			<dc:creator>oles@ovh.net</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11406</guid>
		</item>
		<item>
			<title>BHS J-6</title>
			<link>http://forum.ovh.de/showthread.php?t=11405&amp;goto=newpost</link>
			<pubDate>Thu, 17 May 2012 13:48:03 GMT</pubDate>
			<description><![CDATA[Bonjour,
Dans 6 jours, nous allons démarrer les activés
en Amérique du Nord dans notre nouveau DC qui
se trouve au Québec à Beauharnois (BHS).

Nous avons prévus une phase BETA qui est
là pour faire "roder le moteur" interne. Comme
vous savez pour proposer nos services de
serveurs dédiés et de Cloud Computing (pCC,
pCI, Cloud Server etc), nous nous basons
entièrement sur notre savoir faire interne.
On ne soustraite pas la construction du DC,
on n'achète pas les serveurs dans les beaux
cartons, on ne soustraite pas le support à
l'extérieur et on ne dit pas que ce n'est
pas notre faute quand c'est en panne. On
délivre un service qu'on maîtrise à tous
les niveaux et on l'assume donc à 100%.

Gérer tout de bout à bout est très complexe
et nous oblige d'avoir des experts dans tous
les métiers tout le temps disponibles. Mais
ceci nous permet aussi éviter les pannes,
éviter les erreurs de conception et délivrer
un service au meilleur rapport qualité/prix.

A BHS, nous construisons un datacentre avec
un réseau électrique haute disponibilité et
un système de refroidissement liquide pour
les serveurs. Nous mettons en place de lignes
de production de serveurs et nous gérons le
stock de pièces qui viennent de 4 coins du monde
dans le but de produire les serveurs en quasi
temps réel par rapport à votre demande. Nous
construisons un réseau en fibre optique privé
redondant et à très haute capacité entre notre
DC et les POP stratégiques au Canada et aux USA.
Enfin, nous assurons le support et une
maintenance 24 heures sur 24 de l'ensemble de
nos infrastructures et les services qu'on
loue à nos clients.

L'ensemble de ces travaux sont effectués avec
les équipes internes et avec quelques
sous-traitants locaux (électricité et bâtiment)
qui sont forcement des entreprises de moins de
50 personnes et qui ont un très haut niveau
technique interne dans l'ingénierie pour remise
en cause les concepts standard. L'ensemble de
l'ingénierie et de la conception est dirigée
par nos équipes interne et on remet tout en
cause et tout le temps. C'est ça notre
métier: tout faire mais autrement.

A BHS cela nous oblige donc de transmettre notre
savoir faire interne que nous avons en France
aux nouvelles équipes que nous recrutons à
Beauharnois et Montréal. Nous avons fini les
phases de formations théoriques avec nos équipes
FR à BHS et les visites des équipes QC à RBX.

On passera maintenant dans la phase de formation
dans les conditions réelles que nous appelons "BETA".

La suite demain.

Amicalement
Octave

]]></description>
			<content:encoded><![CDATA[<div>Bonjour,<br />
Dans 6 jours, nous allons démarrer les activés<br />
en Amérique du Nord dans notre nouveau DC qui<br />
se trouve au Québec à Beauharnois (BHS).<br />
<br />
Nous avons prévus une phase BETA qui est<br />
là pour faire &quot;roder le moteur&quot; interne. Comme<br />
vous savez pour proposer nos services de<br />
serveurs dédiés et de Cloud Computing (pCC,<br />
pCI, Cloud Server etc), nous nous basons<br />
entièrement sur notre savoir faire interne.<br />
On ne soustraite pas la construction du DC,<br />
on n'achète pas les serveurs dans les beaux<br />
cartons, on ne soustraite pas le support à<br />
l'extérieur et on ne dit pas que ce n'est<br />
pas notre faute quand c'est en panne. On<br />
délivre un service qu'on maîtrise à tous<br />
les niveaux et on l'assume donc à 100%.<br />
<br />
Gérer tout de bout à bout est très complexe<br />
et nous oblige d'avoir des experts dans tous<br />
les métiers tout le temps disponibles. Mais<br />
ceci nous permet aussi éviter les pannes,<br />
éviter les erreurs de conception et délivrer<br />
un service au meilleur rapport qualité/prix.<br />
<br />
A BHS, nous construisons un datacentre avec<br />
un réseau électrique haute disponibilité et<br />
un système de refroidissement liquide pour<br />
les serveurs. Nous mettons en place de lignes<br />
de production de serveurs et nous gérons le<br />
stock de pièces qui viennent de 4 coins du monde<br />
dans le but de produire les serveurs en quasi<br />
temps réel par rapport à votre demande. Nous<br />
construisons un réseau en fibre optique privé<br />
redondant et à très haute capacité entre notre<br />
DC et les POP stratégiques au Canada et aux USA.<br />
Enfin, nous assurons le support et une<br />
maintenance 24 heures sur 24 de l'ensemble de<br />
nos infrastructures et les services qu'on<br />
loue à nos clients.<br />
<br />
L'ensemble de ces travaux sont effectués avec<br />
les équipes internes et avec quelques<br />
sous-traitants locaux (électricité et bâtiment)<br />
qui sont forcement des entreprises de moins de<br />
50 personnes et qui ont un très haut niveau<br />
technique interne dans l'ingénierie pour remise<br />
en cause les concepts standard. L'ensemble de<br />
l'ingénierie et de la conception est dirigée<br />
par nos équipes interne et on remet tout en<br />
cause et tout le temps. C'est ça notre<br />
métier: tout faire mais autrement.<br />
<br />
A BHS cela nous oblige donc de transmettre notre<br />
savoir faire interne que nous avons en France<br />
aux nouvelles équipes que nous recrutons à<br />
Beauharnois et Montréal. Nous avons fini les<br />
phases de formations théoriques avec nos équipes<br />
FR à BHS et les visites des équipes QC à RBX.<br />
<br />
On passera maintenant dans la phase de formation<br />
dans les conditions réelles que nous appelons &quot;BETA&quot;.<br />
<br />
La suite demain.<br />
<br />
Amicalement<br />
Octave<br />
<br />
</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=56">:: Rootserver Forum ::</category>
			<dc:creator>oles@ovh.net</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11405</guid>
		</item>
		<item>
			<title>Routing nach Österreich (UPC und Telekom Austria)</title>
			<link>http://forum.ovh.de/showthread.php?t=11404&amp;goto=newpost</link>
			<pubDate>Thu, 17 May 2012 13:35:39 GMT</pubDate>
			<description><![CDATA[Ich stelle schon seit mehreren Wochen fest, dass das Routing vor allem nach UPC ziemlich schlecht ist. Es werden abends oft nicht mal 100kb/sec erreicht, Mittags und Nachts sind zwar höhere Geschwindigkeiten möglich, allerdings auch selten mehr als 1MB/sec.
Auch von einem Kunden der Telekom Austria habe ich bereits Beschwerden über eine langsame Verbindung bekommen.

Wenn man auf der Weathermap nachsieht, sind die Peerings auch fast zu jeder Tageszeit über 70%. Viel höher gehts einfach nicht, nur die Datenraten sinken in den Abendstunden ab. Ich denke also nicht dass es an OVH direkt liegt, sondern an UPC.

Direkte Nachfragen bei UPC haben bisher auch nichts gebracht, angeblich wird das entsprechend weitergeleitet. Aber vermutlich ging das in die Ablage P ....

Kann OVH eventuell mal bei UPC Druck machen, damit das Peering verbessert wird?

Zum Vergleich sind von hetzner, hosteurope oder von fdcservers (zlin) etwa 4MB/sec (maximum) pro Verbindung möglich, lediglich OVH wird "gedrosselt" und ist für die entsprechenden Nutzer schon fast eine Zumutung ....]]></description>
			<content:encoded><![CDATA[<div>Ich stelle schon seit mehreren Wochen fest, dass das Routing vor allem nach UPC ziemlich schlecht ist. Es werden abends oft nicht mal 100kb/sec erreicht, Mittags und Nachts sind zwar höhere Geschwindigkeiten möglich, allerdings auch selten mehr als 1MB/sec.<br />
Auch von einem Kunden der Telekom Austria habe ich bereits Beschwerden über eine langsame Verbindung bekommen.<br />
<br />
Wenn man auf der Weathermap nachsieht, sind die Peerings auch fast zu jeder Tageszeit über 70%. Viel höher gehts einfach nicht, nur die Datenraten sinken in den Abendstunden ab. Ich denke also nicht dass es an OVH direkt liegt, sondern an UPC.<br />
<br />
Direkte Nachfragen bei UPC haben bisher auch nichts gebracht, angeblich wird das entsprechend weitergeleitet. Aber vermutlich ging das in die Ablage P ....<br />
<br />
Kann OVH eventuell mal bei UPC Druck machen, damit das Peering verbessert wird?<br />
<br />
Zum Vergleich sind von hetzner, hosteurope oder von fdcservers (zlin) etwa 4MB/sec (maximum) pro Verbindung möglich, lediglich OVH wird &quot;gedrosselt&quot; und ist für die entsprechenden Nutzer schon fast eine Zumutung ....</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=62">:: Routing ::</category>
			<dc:creator>Hook</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11404</guid>
		</item>
		<item>
			<title>Bhs beta t-7</title>
			<link>http://forum.ovh.de/showthread.php?t=11403&amp;goto=newpost</link>
			<pubDate>Wed, 16 May 2012 12:52:03 GMT</pubDate>
			<description>Guten Tag,

die BETA-Phase in BHS wird nächsten Mittwoch, also in 7 
Tagen, starten...

Mit freundlichen Grüssen

Octave</description>
			<content:encoded><![CDATA[<div>Guten Tag,<br />
<br />
die BETA-Phase in BHS wird nächsten Mittwoch, also in 7 <br />
Tagen, starten...<br />
<br />
Mit freundlichen Grüssen<br />
<br />
Octave</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=68">:: VPS Forum ::</category>
			<dc:creator>oles@ovh.net</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11403</guid>
		</item>
		<item>
			<title>Bhs beta t-7</title>
			<link>http://forum.ovh.de/showthread.php?t=11402&amp;goto=newpost</link>
			<pubDate>Wed, 16 May 2012 12:52:03 GMT</pubDate>
			<description>Guten Tag,

die BETA-Phase in BHS wird nächsten Mittwoch, also in 7 
Tagen, starten...

Mit freundlichen Grüssen

Octave</description>
			<content:encoded><![CDATA[<div>Guten Tag,<br />
<br />
die BETA-Phase in BHS wird nächsten Mittwoch, also in 7 <br />
Tagen, starten...<br />
<br />
Mit freundlichen Grüssen<br />
<br />
Octave</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=56">:: Rootserver Forum ::</category>
			<dc:creator>oles@ovh.net</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11402</guid>
		</item>
		<item>
			<title>Zugangkontrolle vSphere, Remote</title>
			<link>http://forum.ovh.de/showthread.php?t=11401&amp;goto=newpost</link>
			<pubDate>Wed, 16 May 2012 00:33:27 GMT</pubDate>
			<description><![CDATA[Über den Manager v5 -> Private Cloud -> Verwaltung der Zugänge könnt ihr nun den Zugang zum jeweiligen Interface eurer Private Cloud auf eine IP oder IP-Netz beschränken und auch wieder komplett freigeben.

Stefan]]></description>
			<content:encoded><![CDATA[<div>Über den Manager v5 -&gt; Private Cloud -&gt; Verwaltung der Zugänge könnt ihr nun den Zugang zum jeweiligen Interface eurer Private Cloud auf eine IP oder IP-Netz beschränken und auch wieder komplett freigeben.<br />
<br />
Stefan</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=81">:: Private Cloud ::</category>
			<dc:creator>Stefan</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11401</guid>
		</item>
		<item>
			<title>DNS Caching</title>
			<link>http://forum.ovh.de/showthread.php?t=11400&amp;goto=newpost</link>
			<pubDate>Tue, 15 May 2012 15:53:04 GMT</pubDate>
			<description>Moin,

seit über 13 Stunden hat ein OVH Nameserver schon eine negative DNS Abfrage im Cache. Wäre es nicht sinnvoll das ein wenig runterzuschrauben, auf eine Stunde z.B.?</description>
			<content:encoded><![CDATA[<div>Moin,<br />
<br />
seit über 13 Stunden hat ein OVH Nameserver schon eine negative DNS Abfrage im Cache. Wäre es nicht sinnvoll das ein wenig runterzuschrauben, auf eine Stunde z.B.?</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=56">:: Rootserver Forum ::</category>
			<dc:creator>PhilipM</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11400</guid>
		</item>
		<item>
			<title>IsGenug: Ripe Failover Block entfernen?</title>
			<link>http://forum.ovh.de/showthread.php?t=11399&amp;goto=newpost</link>
			<pubDate>Tue, 15 May 2012 05:53:06 GMT</pubDate>
			<description><![CDATA[Hallo,

da ich einen 29er Block nicht mehr benötige, würde ich gerne auf einen 30er umsteigen. Eigentlich dachte ich, man könnte diesen einfach nicht mehr verlängern. Allerdings besteht diese Option nicht, der Block wird bei Verlängerung des Servers einfach zum Bestellschein addiert. 

Bei normalen Failover IP's ist es ja so, dass diese während der gesamten Laufzeit erhalten bleiben. Ist das beim Ripe IP Block genau so oder kann man diese irgendwie abbestellen - man konnte bei Bestellung ja eine Laufzeit wählen?

Laut AGB wird mir schließlich vorgeschrieben, eine 80% Nutzung zu erfüllen.]]></description>
			<content:encoded><![CDATA[<div>Hallo,<br />
<br />
da ich einen 29er Block nicht mehr benötige, würde ich gerne auf einen 30er umsteigen. Eigentlich dachte ich, man könnte diesen einfach nicht mehr verlängern. Allerdings besteht diese Option nicht, der Block wird bei Verlängerung des Servers einfach zum Bestellschein addiert. <br />
<br />
Bei normalen Failover IP's ist es ja so, dass diese während der gesamten Laufzeit erhalten bleiben. Ist das beim Ripe IP Block genau so oder kann man diese irgendwie abbestellen - man konnte bei Bestellung ja eine Laufzeit wählen?<br />
<br />
Laut AGB wird mir schließlich vorgeschrieben, eine 80% Nutzung zu erfüllen.</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=56">:: Rootserver Forum ::</category>
			<dc:creator>Herzblatt</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11399</guid>
		</item>
		<item>
			<title>Zusätzliche HDDs hinzufügen?</title>
			<link>http://forum.ovh.de/showthread.php?t=11398&amp;goto=newpost</link>
			<pubDate>Sun, 13 May 2012 17:30:34 GMT</pubDate>
			<description>Hi Leute!

Wollt mal fragen, ob man bei seinem Isgenug server noch ein paar zusätzliche HDDs reinbauen lassen kann (hab dazu nirgends was gefunden)? Und wenn ja, wieviel sowas denn kosten würde..?</description>
			<content:encoded><![CDATA[<div>Hi Leute!<br />
<br />
Wollt mal fragen, ob man bei seinem Isgenug server noch ein paar zusätzliche HDDs reinbauen lassen kann (hab dazu nirgends was gefunden)? Und wenn ja, wieviel sowas denn kosten würde..?</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=56">:: Rootserver Forum ::</category>
			<dc:creator>Lux</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11398</guid>
		</item>
		<item>
			<title>Zusätzliche IP-Adressen (Proxmox)</title>
			<link>http://forum.ovh.de/showthread.php?t=11397&amp;goto=newpost</link>
			<pubDate>Sun, 13 May 2012 16:19:57 GMT</pubDate>
			<description><![CDATA[Hallo,

ich kämpfe schon seit geraumer Zeit mit Proxmox und zusätzliche IP-Adressen (Failover-IP).

Bin wie folgt vorgegangen :


1. VM erstellt mit Netzwerkadapter *"Virtio - vmbr0 mit der virtuellen MAC-Adresse"*
2. in der VM (Debian 6) folgendes in das Interface eingetragen :


Code:
---------
# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet static
        address failover.IP
        netmask 255.255.255.255
        broadcast failover.IP
        dns-nameservers 213.186.33.99
		post-up route add IP.IHRES.SERVERS.254 dev eth0
		post-up route add default gw IP.IHRES.SERVERS.254
		post-down route del IP.IHRES.SERVERS.254 dev eth0
		post-down route del default gw IP.IHRES.SERVERS.254
---------
Nach reboot/ oder ggf. Networking restart ist die VM nicht mehr erreichbar. 

Wenn ich beispielsweise beim Hostsystem :


Code:
---------
route add IP.IHRES.SERVERS.254 dev eth0
---------
eingebe,sagt dieser auch  "Unknown Host".



Was mach ich falsch oder muss noch etwas am Hostsystem selbst konfiguriert werden?]]></description>
			<content:encoded><![CDATA[<div>Hallo,<br />
<br />
ich kämpfe schon seit geraumer Zeit mit Proxmox und zusätzliche IP-Adressen (Failover-IP).<br />
<br />
Bin wie folgt vorgegangen :<br />
<br />
<br />
1. VM erstellt mit Netzwerkadapter <b>&quot;Virtio - vmbr0 mit der virtuellen MAC-Adresse&quot;</b><br />
2. in der VM (Debian 6) folgendes in das Interface eingetragen :<br />
<br />
<div style="margin:20px; margin-top:5px">
	<div class="smallfont" style="margin-bottom:2px">Code:</div>
	<hr /><code style="margin:0px" dir="ltr" style="text-align:left"># The loopback network interface<br />
auto lo<br />
iface lo inet loopback<br />
<br />
# The primary network interface<br />
allow-hotplug eth0<br />
iface eth0 inet static<br />
&nbsp; &nbsp; &nbsp; &nbsp; address failover.IP<br />
&nbsp; &nbsp; &nbsp; &nbsp; netmask 255.255.255.255<br />
&nbsp; &nbsp; &nbsp; &nbsp; broadcast failover.IP<br />
&nbsp; &nbsp; &nbsp; &nbsp; dns-nameservers 213.186.33.99<br />
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; post-up route add IP.IHRES.SERVERS.254 dev eth0<br />
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; post-up route add default gw IP.IHRES.SERVERS.254<br />
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; post-down route del IP.IHRES.SERVERS.254 dev eth0<br />
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; post-down route del default gw IP.IHRES.SERVERS.254</code><hr />
</div>Nach reboot/ oder ggf. Networking restart ist die VM nicht mehr erreichbar. <br />
<br />
Wenn ich beispielsweise beim Hostsystem :<br />
<br />
<div style="margin:20px; margin-top:5px">
	<div class="smallfont" style="margin-bottom:2px">Code:</div>
	<hr /><code style="margin:0px" dir="ltr" style="text-align:left">route add IP.IHRES.SERVERS.254 dev eth0</code><hr />
</div>eingebe,sagt dieser auch  &quot;Unknown Host&quot;.<br />
<br />
<br />
<br />
Was mach ich falsch oder muss noch etwas am Hostsystem selbst konfiguriert werden?</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=65"><![CDATA[:: Administration & Support::]]></category>
			<dc:creator>QL500</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11397</guid>
		</item>
		<item>
			<title>Bereitstellung auch am Sonntag?</title>
			<link>http://forum.ovh.de/showthread.php?t=11396&amp;goto=newpost</link>
			<pubDate>Sun, 13 May 2012 09:53:06 GMT</pubDate>
			<description>Hi, ich wollte mal fragen, wenn ich jetzt ein neuen Server bestelle, und per Lastschrift bezahle, könnte der heute noch bereitgestellt werden?

Sprich, arbeiten die auch am Sonntag?

Ich bin bereits Kunde und hab die Lastschrift deshalb aktiviert.

Gruß</description>
			<content:encoded><![CDATA[<div>Hi, ich wollte mal fragen, wenn ich jetzt ein neuen Server bestelle, und per Lastschrift bezahle, könnte der heute noch bereitgestellt werden?<br />
<br />
Sprich, arbeiten die auch am Sonntag?<br />
<br />
Ich bin bereits Kunde und hab die Lastschrift deshalb aktiviert.<br />
<br />
Gruß</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=56">:: Rootserver Forum ::</category>
			<dc:creator>c0nstan</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11396</guid>
		</item>
		<item>
			<title>HDD Performance EG BestOF ESXI</title>
			<link>http://forum.ovh.de/showthread.php?t=11395&amp;goto=newpost</link>
			<pubDate>Sat, 12 May 2012 12:32:08 GMT</pubDate>
			<description>Hallo,

ich besitze einen EG BestOF mit HW Raid, darauf läuft Vmware ESXI Server.
Schon seit Anfang an laufen die Platten mit Schreibraten von 3-5 MB in der Sekunde (in der ESXI Umgebung (nicht VM))
Diese brauche ich u.a. für Backups. Snapshoote die VMS mit einem Script, jede Nacht.
Es laufen lediglich 2* Debs und 3* Win2k3 Server darauf, die meistens idlen und das Backup läuft dadurch rund 8 Stunden.

Any Ideas ?


Gruß
chris</description>
			<content:encoded><![CDATA[<div>Hallo,<br />
<br />
ich besitze einen EG BestOF mit HW Raid, darauf läuft Vmware ESXI Server.<br />
Schon seit Anfang an laufen die Platten mit Schreibraten von 3-5 MB in der Sekunde (in der ESXI Umgebung (nicht VM))<br />
Diese brauche ich u.a. für Backups. Snapshoote die VMS mit einem Script, jede Nacht.<br />
Es laufen lediglich 2* Debs und 3* Win2k3 Server darauf, die meistens idlen und das Backup läuft dadurch rund 8 Stunden.<br />
<br />
Any Ideas ?<br />
<br />
<br />
Gruß<br />
chris</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=56">:: Rootserver Forum ::</category>
			<dc:creator>chris12</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11395</guid>
		</item>
		<item>
			<title><![CDATA[ispconfig < 3.0.4.5 unbedingt updaten]]></title>
			<link>http://forum.ovh.de/showthread.php?t=11394&amp;goto=newpost</link>
			<pubDate>Fri, 11 May 2012 19:09:56 GMT</pubDate>
			<description><![CDATA[F4RR3LL wrote:
> für die Nutzer des ispconfig3 OVH-Images. Ihr solltet dringend auf
> Version 3.0.4.5 updaten.

Falls gerade so oder so eine Reinstallation anstehen sollte - Das im Manager
verfuegbare OVH-Image ist entsprechend gepatcht.
]]></description>
			<content:encoded><![CDATA[<div>F4RR3LL wrote:<font color="blue"><br />
&gt; für die Nutzer des ispconfig3 OVH-Images. Ihr solltet dringend auf<br />
&gt; Version 3.0.4.5 updaten.</font><br />
<br />
Falls gerade so oder so eine Reinstallation anstehen sollte - Das im Manager<br />
verfuegbare OVH-Image ist entsprechend gepatcht.<br />
</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=56">:: Rootserver Forum ::</category>
			<dc:creator>F4RR3LL</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11394</guid>
		</item>
		<item>
			<title>OVH hostet Nordkorea Website des Regimes</title>
			<link>http://forum.ovh.de/showthread.php?t=11393&amp;goto=newpost</link>
			<pubDate>Fri, 11 May 2012 12:34:05 GMT</pubDate>
			<description><![CDATA[strex wrote:
> Wie ich gerade sehen, hostet OVH die offizielle Seite des Regimes von

Ich bin mir gerade nicht sicher ob du das ernst meinst, aber zur Sicherheit
moechte ich darauf verweisen das nicht wir als technischer Dienstleister ueber
die ueber unsere Infrastrukturen bereitgestellten Inhalte zu richten haben,
geschweige denn ueber das Moralverstaendnis der Urheber von ueber unsere
Infrastrukturen bereitgestellten Inhalte. Hierfuer gibt es unabhaengige
Instanzen, auf deren Urteil wir bauen und hoeren: Gerichte.

Als Praezedenzfall moechte ich hier auf
http://forum.ovh.de/showthread.php?t=10166 verweisen, da steht alles nochmal
genauer (nur auf einen anderen Fall bezogen)
]]></description>
			<content:encoded><![CDATA[<div>strex wrote:<font color="blue"><br />
&gt; Wie ich gerade sehen, hostet OVH die offizielle Seite des Regimes von</font><br />
<br />
Ich bin mir gerade nicht sicher ob du das ernst meinst, aber zur Sicherheit<br />
moechte ich darauf verweisen das nicht wir als technischer Dienstleister ueber<br />
die ueber unsere Infrastrukturen bereitgestellten Inhalte zu richten haben,<br />
geschweige denn ueber das Moralverstaendnis der Urheber von ueber unsere<br />
Infrastrukturen bereitgestellten Inhalte. Hierfuer gibt es unabhaengige<br />
Instanzen, auf deren Urteil wir bauen und hoeren: Gerichte.<br />
<br />
Als Praezedenzfall moechte ich hier auf<br />
<a href="http://forum.ovh.de/showthread.php?t=10166" target="_blank">http://forum.ovh.de/showthread.php?t=10166</a> verweisen, da steht alles nochmal<br />
genauer (nur auf einen anderen Fall bezogen)<br />
</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=61">:: Plaudertasche  ::</category>
			<dc:creator>strex</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11393</guid>
		</item>
		<item>
			<title>archlinux in proxmox vm</title>
			<link>http://forum.ovh.de/showthread.php?t=11392&amp;goto=newpost</link>
			<pubDate>Thu, 10 May 2012 20:01:04 GMT</pubDate>
			<description><![CDATA[debianfan wrote:
> interface = eth0
> address = failoverip
> netmask = 255.255.255.255
> broadcast = failoverip
> gateway = serverip.254

Es fehlt eine Angabe wie die VM das gateway erreichen kann (ip route add
serverip.254 dev eth0), da diese ja ausserhalb des Netzwerkes der failoverip
liegt.

Wie du diese in der Config hart verdrahtest weiss ich nicht auswendig, aber
gerade heute gab es da ein ArchLinux-Update das dich eventuell betreffen
koennte: http://www.archlinux.org/news/netcfg-282-release/

Zitat: "Configuration has moved out of rc.conf. Please move your configuration
to /etc/conf.d/netcfg."
]]></description>
			<content:encoded><![CDATA[<div>debianfan wrote:<font color="blue"><br />
&gt; interface = eth0<br />
&gt; address = failoverip<br />
&gt; netmask = 255.255.255.255<br />
&gt; broadcast = failoverip<br />
&gt; gateway = serverip.254</font><br />
<br />
Es fehlt eine Angabe wie die VM das gateway erreichen kann (ip route add<br />
serverip.254 dev eth0), da diese ja ausserhalb des Netzwerkes der failoverip<br />
liegt.<br />
<br />
Wie du diese in der Config hart verdrahtest weiss ich nicht auswendig, aber<br />
gerade heute gab es da ein ArchLinux-Update das dich eventuell betreffen<br />
koennte: <a href="http://www.archlinux.org/news/netcfg-282-release/" target="_blank">http://www.archlinux.org/news/netcfg-282-release/</a><br />
<br />
Zitat: &quot;Configuration has moved out of rc.conf. Please move your configuration<br />
to /etc/conf.d/netcfg.&quot;<br />
</div>

]]></content:encoded>
			<category domain="http://forum.ovh.de/forumdisplay.php?f=62">:: Routing ::</category>
			<dc:creator>debianfan</dc:creator>
			<guid isPermaLink="true">http://forum.ovh.de/showthread.php?t=11392</guid>
		</item>
	</channel>
</rss>

