abonnement Unibet Coolblue
pi_163158079
olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
quote:
0s.gif Op maandag 20 juni 2016 10:47 schreef Gehenna het volgende:

[..]

:? waar gaat dit over, en wie is hij?
Dit is de oprichter van OVH -- een hostingpartij in Frankrijk en qua grootte de nummer 1 in Europa.
Ubuntu vraagt sinds kort 1 à 2 euro voor iedere server waar Ubuntu op geïnstalleerd is/wordt.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_163158327
quote:
7s.gif Op maandag 20 juni 2016 11:17 schreef Aether het volgende:
olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
[..]

Dit is de oprichter van OVH -- een hostingpartij in Frankrijk en qua grootte de nummer 1 in Europa.
Ubuntu vraagt sinds kort 1 à 2 euro voor iedere server waar Ubuntu op geïnstalleerd is/wordt.
Ik lees wat anders. Ubuntu vraagt dat nu aan OVH, dus ze doen het nog niet. Ze willen dat OVH 1 tot 2 Euro gaat rekenen per VPS/PCI/PCC/SD, om het Ubuntu logo op hun site te mogen blijven voeren. Dat zijn dus kosten voor OVH, die ze -als het doorgaat- wel zullen doorberekenen.
Powered by Janetje®
  maandag 20 juni 2016 @ 11:27:58 #4
226981 Gehenna
Volksmenner
pi_163158343
quote:
7s.gif Op maandag 20 juni 2016 11:17 schreef Aether het volgende:
olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
[..]

Dit is de oprichter van OVH -- een hostingpartij in Frankrijk en qua grootte de nummer 1 in Europa.
ah duidelijk, was zelf ook al aan het zoeken, maar wist niet dat ze zo groot waren :)
quote:
Ubuntu vraagt sinds kort 1 à 2 euro voor iedere server waar Ubuntu op geïnstalleerd is/wordt.
Maar als ik het goed begrijp kost het OVH dus geld om Ubuntu te gebruiken, daar kan ik op zich nog wel inkomen (en even overstappen naar een gratis alternatief zal een enorme investering zijn).

Maar waarom zou dat ook de klanten van hun weer ¤1,- à ¤2,- kosten? Op 1 Ubuntu server kunnen toch meerdere dingen voor meerdere klanten gehost worden? (Ben nogal een noob qua servers en hosting etc. dus misschien dat ik domme aannames maak :P)
nee, jij dan!
pi_163158437
quote:
0s.gif Op maandag 20 juni 2016 11:26 schreef Dubbeldrank het volgende:

[..]

Ik lees wat anders. Ubuntu vraagt dat nu aan OVH, dus ze doen het nog niet.
Dat klopt. Ze vragen het sinds kort maar OVH rekent dat niet door. (Is überhaupt onduidelijk of Ubuntu het doorzet).
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_163158515
quote:
0s.gif Op maandag 20 juni 2016 11:27 schreef Gehenna het volgende:
Maar waarom zou dat ook de klanten van hun weer ¤1,- à ¤2,- kosten? Op 1 Ubuntu server kunnen toch meerdere dingen voor meerdere klanten gehost worden? (Ben nogal een noob qua servers en hosting etc. dus misschien dat ik domme aannames maak :P)
Het gaat over geld per VPS (virtuele server, één per klant), niet per hardwarematige server.

En verder gaat het heel duidelijk over doorberekenen aan de klant, dat staat er letterlijk:
"Ubuntu asks us to bill you 1e-2e per month", daar staat dus "Ubuntu vraagt ons ¤1 - ¤2 bij jullie in rekening te brengen".
pi_163158839
quote:
7s.gif Op maandag 20 juni 2016 11:32 schreef Aether het volgende:

[..]

Dat klopt. Ze vragen het sinds kort maar OVH rekent dat niet door. (Is überhaupt onduidelijk of Ubuntu het doorzet).
Ik vind het een vage zet, vooral de reden.
Powered by Janetje®
  maandag 20 juni 2016 @ 12:09:03 #8
226981 Gehenna
Volksmenner
pi_163159284
quote:
0s.gif Op maandag 20 juni 2016 11:36 schreef Scarlet_Dragonfly het volgende:

[..]

Het gaat over geld per VPS (virtuele server, één per klant), niet per hardwarematige server.

En verder gaat het heel duidelijk over doorberekenen aan de klant, dat staat er letterlijk:
"Ubuntu asks us to bill you 1e-2e per month", daar staat dus "Ubuntu vraagt ons ¤1 - ¤2 bij jullie in rekening te brengen".
Ja snap ik, ik kan ook Engels :P Maar dat vond ik dus zo vreemd. Dat je als bedrijf dat aan een ander bedrijf vraagt..
nee, jij dan!
pi_163161041
Powered by Janetje®
pi_163161748
quote:
Kijk, dat verklaart een hoop! De update onderaan het bericht dus.
Toch weer jammer hoe zulk soort dingen eerst de wereld in geslingerd worden zonder achter de feitjes aan te gaan...
Lijkt me zoals het nu uitgelegd wordt heel redelijk wat Canonical in dit geval vraagt:

quote:
https://tweakers.net/nieu(...)merknaam-ubuntu.html

Update, 13.05: Zoals user Aaargh! aangeeft blijkt OVH de Ubuntu-distro aan te passen, met onder andere een gewijzigde kernel. In het handelsmerkbeleid van Canonical staat dat bedrijven in die gevallen goedkeuring van Canonical nodig hebben als ze het Ubuntu-merk gebruiken. Bovendien dienen ze in dat geval een licentieovereenkomst met mogelijk betaling te sluiten met Canonical.
pi_163161953
quote:
0s.gif Op maandag 20 juni 2016 13:44 schreef Scarlet_Dragonfly het volgende:

[..]

Kijk, dat verklaart een hoop! De update onderaan het bericht dus.
Toch weer jammer hoe zulk soort dingen eerst de wereld in geslingerd worden zonder achter de feitjes aan te gaan...
Lijkt me zoals het nu uitgelegd wordt heel redelijk wat Canonical in dit geval vraagt:

[..]

Precies, feitelijk breng je een aangepaste versie van een distro uit die je onder de vlag van Ubuntu adverteert. Dat kan natuulijk niet zomaar.
Powered by Janetje®
pi_163162352
quote:
0s.gif Op maandag 20 juni 2016 13:44 schreef Scarlet_Dragonfly het volgende:

[..]

Kijk, dat verklaart een hoop! De update onderaan het bericht dus.
Toch weer jammer hoe zulk soort dingen eerst de wereld in geslingerd worden zonder achter de feitjes aan te gaan...
Lijkt me zoals het nu uitgelegd wordt heel redelijk wat Canonical in dit geval vraagt:

[..]

Is dat niet het geval bij de meeste VPS?
OVH/Scaleway publiceren wel de broncode (via GitHub IIRC) van de wijzigingen (o.a. bootscripts).
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  maandag 20 juni 2016 @ 22:22:13 #13
314941 Ai_KaRaMBa
Eat my shorts!
pi_163176350
Ik ben niet helemaal newbie, maar hopelijk kan iemand mij hier toch een schop in de goede richting geven :D

De situatie is als volgt:

Ik draai thuis een server met daarop Debian. Op de server draai ik dmv QEMU (KVM) een virtuele server met daarop apache/mysql/php. Deze virtual server zit via een bridged netwerk verbonden aan mijn LAN.

Vanuit mijn LAN kan ik de apache server bereiken.

Op mijn router (KPN Experiabox v9) heb ik portforewarding aan staan naar zowel mijn fysieke server (alleen SSH) als naar de virtual server (alleen HTTPS). Dit heeft ruim een jaar uitstekend gedraaid, maar sinds kort werkt het niet meer: ik kan extern nog wel via SSH mijn fysieke server bereiken, maar de virtual server is tegenwoordig van buitenaf onbereikbaar.

"Sinds kort" is hier in ieder geval enkele dagen. Nou heb ik vorige week mijn server moeten herstarten (elektriciteit moest er af ivm vervangen meter), dus het zou in theorie kunnen dat ik ergens een netwerkinstelling niet goed heb opgeslagen. Ik zie echter niks vreemds.

Iemand een idee wat het probleem zou kunnen veroorzaken of waar ik moet zoeken??

(na een uurtje googlen op dit probleem kwam ik nog ergens tegen: "it might be that the router/switch upstream is blocking 'unauthorized switches' in the network", maar ik kan in mijn router niet een instelling vinden die daar op lijkt te duiden?)
pi_163188988
quote:
9s.gif Op maandag 20 juni 2016 22:22 schreef Ai_KaRaMBa het volgende:
Ik ben niet helemaal newbie, maar hopelijk kan iemand mij hier toch een schop in de goede richting geven :D

De situatie is als volgt:

Ik draai thuis een server met daarop Debian. Op de server draai ik dmv QEMU (KVM) een virtuele server met daarop apache/mysql/php. Deze virtual server zit via een bridged netwerk verbonden aan mijn LAN.

Vanuit mijn LAN kan ik de apache server bereiken.

Op mijn router (KPN Experiabox v9) heb ik portforewarding aan staan naar zowel mijn fysieke server (alleen SSH) als naar de virtual server (alleen HTTPS). Dit heeft ruim een jaar uitstekend gedraaid, maar sinds kort werkt het niet meer: ik kan extern nog wel via SSH mijn fysieke server bereiken, maar de virtual server is tegenwoordig van buitenaf onbereikbaar.

"Sinds kort" is hier in ieder geval enkele dagen. Nou heb ik vorige week mijn server moeten herstarten (elektriciteit moest er af ivm vervangen meter), dus het zou in theorie kunnen dat ik ergens een netwerkinstelling niet goed heb opgeslagen. Ik zie echter niks vreemds.

Iemand een idee wat het probleem zou kunnen veroorzaken of waar ik moet zoeken??

(na een uurtje googlen op dit probleem kwam ik nog ergens tegen: "it might be that the router/switch upstream is blocking 'unauthorized switches' in the network", maar ik kan in mijn router niet een instelling vinden die daar op lijkt te duiden?)
Eerst controleren of je virtual server nog aanstaat. valt dit op een manier te controleren SSH naar je externe server en daarin een tunnel maken naar je interne Virtual machine kijken of die aanstaat en of daar nog issues mee zijn en anders reboot van de virtual machine.

Of via je externe server je interne virtual server pingen en kijken ofje response krijgt.
Redacted
  dinsdag 21 juni 2016 @ 16:53:15 #15
314941 Ai_KaRaMBa
Eat my shorts!
pi_163190456
quote:
0s.gif Op dinsdag 21 juni 2016 15:54 schreef cablegunmaster het volgende:

[..]

Eerst controleren of je virtual server nog aanstaat. valt dit op een manier te controleren SSH naar je externe server en daarin een tunnel maken naar je interne Virtual machine kijken of die aanstaat en of daar nog issues mee zijn en anders reboot van de virtual machine.

Of via je externe server je interne virtual server pingen en kijken ofje response krijgt.
Zowel de fysieke server als de virtual server draaien nog prima (ook beide al een aantal keren gereset). Vanuit mijn LAN kan ik beide bereiken. Beide "servers" hebben een eigen IP adres op mijn LAN. Fysieke server draait op IP 192.168.2.20, virtual server heeft IP 192.168.2.50.

Op mijn router had ik twee port foreward rules gemaakt. SSH gaat naar 192.168.2.20 een HTTPS gaat naar 192.168.2.50. Voorheen werkte dat prima, maar nu dus niet meer.

Ook als ik de rules aanpas, door bijvoorbeeld de SSH foreward naar mijn virual server te sturen krijg ik vanuit extern geen verbinding meer. (is dus niet ergens een rare typo in de port foreward rule)

Trouwens: mijn router gebruik ik ook voor WiFi access, en ook draadloos verbinden met beide servers werkt prima. Ook de router kan dus verkeer naar beide apparaten krijgen.

Dus ondanks dat lokaal alles prima werkt, lijkt er toch ergens iets niet helemaal in orde met mijn bridge configuratie, waardoor NAT in de router de mist in gaat...

Zijn er specifieke stukken configuratie die handig zijn voor het foutzoeken, die ik moet delen?
pi_163196359
quote:
0s.gif Op dinsdag 21 juni 2016 16:53 schreef Ai_KaRaMBa het volgende:

[..]

Zowel de fysieke server als de virtual server draaien nog prima (ook beide al een aantal keren gereset). Vanuit mijn LAN kan ik beide bereiken. Beide "servers" hebben een eigen IP adres op mijn LAN. Fysieke server draait op IP 192.168.2.20, virtual server heeft IP 192.168.2.50.

Op mijn router had ik twee port foreward rules gemaakt. SSH gaat naar 192.168.2.20 een HTTPS gaat naar 192.168.2.50. Voorheen werkte dat prima, maar nu dus niet meer.

Ook als ik de rules aanpas, door bijvoorbeeld de SSH foreward naar mijn virual server te sturen krijg ik vanuit extern geen verbinding meer. (is dus niet ergens een rare typo in de port foreward rule)

Trouwens: mijn router gebruik ik ook voor WiFi access, en ook draadloos verbinden met beide servers werkt prima. Ook de router kan dus verkeer naar beide apparaten krijgen.

Dus ondanks dat lokaal alles prima werkt, lijkt er toch ergens iets niet helemaal in orde met mijn bridge configuratie, waardoor NAT in de router de mist in gaat...

Zijn er specifieke stukken configuratie die handig zijn voor het foutzoeken, die ik moet delen?
Beste idee is te testen of de poorten werken door een portscanner van extern door de lijn te laten.
Dit om te scannen of het openstaat voor de buitenwereld (want dat wil je uiteindelijk bereiken).
https://pentest-tools.com(...)-scanner-online-nmap
Redacted
  dinsdag 21 juni 2016 @ 20:46:29 #17
314941 Ai_KaRaMBa
Eat my shorts!
pi_163197818
Gecheckt met NMAP: alle poorten die worden geforeward naar 192.168.2.20 (de fysieke server) staan op "open" en alle porten die worden geforeward naar 192.168.2.50 (de virtual server) staan op "filtered". Na omwisselen van de IP-adressen is het resultaat andersom.

Het lijkt erop dat de bridge interface op de fysieke server extern verkeer blokkeert (ik neem aan dat de router geen onderscheid maakt/kan maken)? Wat zou dat kunnen veroorzaken? Op zowel de fysieke server als de virtual server bevat de IPTABLES geen rules, en ook de routing tables lijken niks raars te bevatten.
pi_163199519
quote:
0s.gif Op dinsdag 21 juni 2016 20:46 schreef Ai_KaRaMBa het volgende:
Gecheckt met NMAP: alle poorten die worden geforeward naar 192.168.2.20 (de fysieke server) staan op "open" en alle porten die worden geforeward naar 192.168.2.50 (de virtual server) staan op "filtered". Na omwisselen van de IP-adressen is het resultaat andersom.

Het lijkt erop dat de bridge interface op de fysieke server extern verkeer blokkeert (ik neem aan dat de router geen onderscheid maakt/kan maken)? Wat zou dat kunnen veroorzaken? Op zowel de fysieke server als de virtual server bevat de IPTABLES geen rules, en ook de routing tables lijken niks raars te bevatten.
quote:
filtered
Nmap cannot determine whether the port is open because packet filtering prevents its probes from reaching the port. The filtering could be from a dedicated firewall device, router rules, or host-based firewall software. These ports frustrate attackers because they provide so little information. Sometimes they respond with ICMP error messages such as type 3 code 13 (destination unreachable: communication administratively prohibited), but filters that simply drop probes without responding are far more common. This forces Nmap to retry several times just in case the probe was dropped due to network congestion rather than filtering. This slows down the scan dramatically.

open|filtered
Nmap places ports in this state when it is unable to determine whether a port is open or filtered. This occurs for scan types in which open ports give no response. The lack of response could also mean that a packet filter dropped the probe or any response it elicited. So Nmap does not know for sure whether the port is open or being filtered. The UDP, IP protocol, FIN, NULL, and Xmas scans classify ports this way.

Bron:
https://nmap.org/book/man-port-scanning-basics.html
Iets zegt me dat er verschil zit tussen de opgegeven regels. ff posten perhaps? :)
Zit er een firewall op je virtual host perhaps? :)
Redacted
  dinsdag 21 juni 2016 @ 22:29:51 #19
314941 Ai_KaRaMBa
Eat my shorts!
pi_163202199
quote:
0s.gif Op dinsdag 21 juni 2016 21:25 schreef cablegunmaster het volgende:
Iets zegt me dat er verschil zit tussen de opgegeven regels. ff posten perhaps? :)
Zit er een firewall op je virtual host perhaps? :)
Welke regels wil je precies zien?

Voor zover ik weet heb ik geen firewall draaien op de virtual host; iptables -L geeft in ieder geval geen regels terug. Zowel de fysieke server als de virtual host draaien vrij kale debian wheezy installaties; komt debian nog met andere filters voorgeinstalleerd die ik over het hoofd zie?
pi_163214396
quote:
Doen ze wel goed. ^O^
  woensdag 22 juni 2016 @ 14:46:26 #21
107418 wdn
Elfen lied O+
pi_163214654
quote:
7s.gif Op maandag 20 juni 2016 11:17 schreef Aether het volgende:
olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
[..]

Dit is de oprichter van OVH -- een hostingpartij in Frankrijk en qua grootte de nummer 1 in Europa.
Ubuntu vraagt sinds kort 1 à 2 euro voor iedere server waar Ubuntu op geïnstalleerd is/wordt.
quote:
0s.gif Op maandag 20 juni 2016 11:26 schreef Dubbeldrank het volgende:

[..]

Ik lees wat anders. Ubuntu vraagt dat nu aan OVH, dus ze doen het nog niet. Ze willen dat OVH 1 tot 2 Euro gaat rekenen per VPS/PCI/PCC/SD, om het Ubuntu logo op hun site te mogen blijven voeren. Dat zijn dus kosten voor OVH, die ze -als het doorgaat- wel zullen doorberekenen.
Komt omdat ze de kernel aanpassen.
Dan heb je een licentie nodig.
Beatus vir qui suffert tentationem.
PSN Rinzewind
Disgaea 5 *O* Horizon Zero Dawn *O* Nier Automata *O* Persona 5 *O*
  woensdag 22 juni 2016 @ 14:48:06 #22
107418 wdn
Elfen lied O+
pi_163214689
Oh sorry dat was al bekend :D :D
Beatus vir qui suffert tentationem.
PSN Rinzewind
Disgaea 5 *O* Horizon Zero Dawn *O* Nier Automata *O* Persona 5 *O*
pi_163281265
quote:
9s.gif Op maandag 20 juni 2016 22:22 schreef Ai_KaRaMBa het volgende:
Ik ben niet helemaal newbie, maar hopelijk kan iemand mij hier toch een schop in de goede richting geven :D

De situatie is als volgt:

Ik draai thuis een server met daarop Debian. Op de server draai ik dmv QEMU (KVM) een virtuele server met daarop apache/mysql/php. Deze virtual server zit via een bridged netwerk verbonden aan mijn LAN.

Vanuit mijn LAN kan ik de apache server bereiken.

Op mijn router (KPN Experiabox v9) heb ik portforewarding aan staan naar zowel mijn fysieke server (alleen SSH) als naar de virtual server (alleen HTTPS). Dit heeft ruim een jaar uitstekend gedraaid, maar sinds kort werkt het niet meer: ik kan extern nog wel via SSH mijn fysieke server bereiken, maar de virtual server is tegenwoordig van buitenaf onbereikbaar.

"Sinds kort" is hier in ieder geval enkele dagen. Nou heb ik vorige week mijn server moeten herstarten (elektriciteit moest er af ivm vervangen meter), dus het zou in theorie kunnen dat ik ergens een netwerkinstelling niet goed heb opgeslagen. Ik zie echter niks vreemds.

Iemand een idee wat het probleem zou kunnen veroorzaken of waar ik moet zoeken??

(na een uurtje googlen op dit probleem kwam ik nog ergens tegen: "it might be that the router/switch upstream is blocking 'unauthorized switches' in the network", maar ik kan in mijn router niet een instelling vinden die daar op lijkt te duiden?)
(op de host)

Check eens hoe je net.ipv4.ip_forward staat? En of er ergens in je interface config forward uit staat?
Zou ook kunnen liggen aan forward table issues.

[ Bericht 0% gewijzigd door #ANONIEM op 25-06-2016 00:51:00 ]
  maandag 27 juni 2016 @ 15:18:39 #24
314941 Ai_KaRaMBa
Eat my shorts!
pi_163340602
quote:
0s.gif Op zaterdag 25 juni 2016 00:50 schreef Aneurism het volgende:
Check eens hoe je net.ipv4.ip_forward staat? En of er ergens in je interface config forward uit staat?
Zou ook kunnen liggen aan forward table issues.
Op de host:
1
2
root@bierkrat:~# sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 0

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
/etc/net/interfaces:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0

iface eth0 inet manual

auto br0
iface br0 inet static
  address 192.168.2.20
  gateway 192.168.2.254
  netmask 255.255.255.0
  pre-up ip tuntap add dev tap0 mode tap
  pre-up ip link set tap0 up
  bridge_ports all tap0
  bridge_stp off
  bridge_maxwait 0
  bridge_fd 0
  post-down ip link set tap0 down
  post-down ip tuntap del dev tap0 mode tap

Aangezien het om een bridged configuratie gaat, neem ik aan dat forewarding inderdaad uit hoort te staan?
pi_163357941
Forwarding (L3) moet je niet aan hebben staan in zo'n situatie idd, dat is gewoon de taak van de bridge (L2).

Al eens met tcpdump gespeeld, op zowel VM als host? Werkt ping heen en weer wel (en/of ARP - kan het MAC adres van je VM gevonden worden?)?

Hmm, waar wordt je eth0 aan je br0 interface toegevoegd? Ik denk dat dat het probleem is.

Mijn brug setup, vrij simpel:

1
2
3
4
5
auto br0
iface br0 inet static
    bridge_ports eth0 wlan0 wlan1
    address 90.155.34.193
    netmask 255.255.255.224

Probeer eens "brctl addif br0 eth0" (of gewoon je cfg bijwerken).

[edit] Hrmm, hoewel, dan zou je hele inet verbinding niet werken lijkt me. Speel iig eens wat met brctl, zie of alle interfaces er wel op zitten enzo. Beetje wazig wat "bridge_ports all" dan doet. Ik zie het zo gauw ook niet gedocumenteerd.

[ Bericht 24% gewijzigd door LintuxCx op 27-06-2016 23:39:14 ]
I hope you can see this because I'm doing it as hard as I can.
pi_163405772
Op een laptop staan Windows 8 en ubuntu 16.04 dual boot.
Kan ik Windows 8 en grub verwijderen zonder ubuntu opnieuw te moeten instaleren en dus alle gegevens kwijt te raken?
pi_163405896
quote:
0s.gif Op donderdag 30 juni 2016 08:36 schreef vaginabeheerder het volgende:
Op een laptop staan Windows 8 en ubuntu 16.04 dual boot.
Kan ik Windows 8 en grub verwijderen zonder ubuntu opnieuw te moeten instaleren en dus alle gegevens kwijt te raken?
Windows kun je wel verwijderen, maar als je grub verwijdert kun je ubuntu ook niet meer booten ;)
pi_163406151
quote:
0s.gif Op donderdag 30 juni 2016 08:53 schreef Scarlet_Dragonfly het volgende:

[..]

Windows kun je wel verwijderen, maar als je grub verwijdert kun je ubuntu ook niet meer booten ;)
Dus ik blijf het dual boot menu houden?
pi_163407249
quote:
1s.gif Op donderdag 30 juni 2016 09:27 schreef vaginabeheerder het volgende:

[..]

Dus ik blijf het dual boot menu houden?
Nee. Je moet Grub waarschijnlijk herconfigureren zodst Grub niet meer wil dualbooten maar gelijk doorgaat naar Ubuntu.
pi_163407963
quote:
1s.gif Op donderdag 30 juni 2016 09:27 schreef vaginabeheerder het volgende:

[..]

Dus ik blijf het dual boot menu houden?
Het is geen dual boot menu. Het is het grub menu en die laat verschillende boot opties zien.

Als je Windows verwijderd hebt, voer update-grub uit in ubuntu en het bootmenu wordt aangepast.
pi_163408624
quote:
1s.gif Op donderdag 30 juni 2016 11:25 schreef t4rt4rus het volgende:

[..]

Het is geen dual boot menu. Het is het grub menu en die laat verschillende boot opties zien.

Als je Windows verwijderd hebt, voer update-grub uit in ubuntu en het bootmenu wordt aangepast.
Ok en hoe kan ik Windows verwijderen?
Gewoon de partitie waar Windows op staat leeg maken?
pi_163408759
quote:
1s.gif Op donderdag 30 juni 2016 12:02 schreef vaginabeheerder het volgende:

[..]

Ok en hoe kan ik Windows verwijderen?
Gewoon de partitie waar Windows op staat leeg maken?
Dat zou idd werken. Persoonlijk zou ik gewoon de hele partitie verwijderen en een EXT4 partitie aanmaken of uitbreiden.

Als je daarna sudo update-grub doet, zou hij automatisch moeten detecteren dat je alleen Ubuntu geinstalleerd hebt en volgens mij het keuzemenu standaard overslaan.
pi_163410338
quote:
14s.gif Op donderdag 30 juni 2016 12:09 schreef KomtTijd... het volgende:

[..]

Dat zou idd werken. Persoonlijk zou ik gewoon de hele partitie verwijderen en een EXT4 partitie aanmaken of uitbreiden.

Als je daarna sudo update-grub doet, zou hij automatisch moeten detecteren dat je alleen Ubuntu geinstalleerd hebt en volgens mij het keuzemenu standaard overslaan.
Die partitie is nu waarschijnlijk ntfs ofzo?
Kan ik die dan formateren naar ext4 en koppelen aan de ext4 waar ubuntu op staat?
pi_163410391
Je kunt hem ofwel gewoon EXT4 formatteren en gebruiken als datapartitie. Ofwel je kunt de partitie verwijderen en een aangrenzende partitie uitbreiden de vrijgekomen ruimte in.

Je zou 'm ook gewoon NTFS kunnen laten maar als er toch geen windows meer op je laptop staat is het een beetje onzin zo'n achterhaalde indeling te blijven gebruiken.
pi_163412477
quote:
14s.gif Op donderdag 30 juni 2016 13:22 schreef KomtTijd... het volgende:
Je kunt hem ofwel gewoon EXT4 formatteren en gebruiken als datapartitie. Ofwel je kunt de partitie verwijderen en een aangrenzende partitie uitbreiden de vrijgekomen ruimte in.

Je zou 'm ook gewoon NTFS kunnen laten maar als er toch geen windows meer op je laptop staat is het een beetje onzin zo'n achterhaalde indeling te blijven gebruiken.
Ok ik wist niet dat je een partitie kon uitbreiden zonder te formateren.
pi_163413802
Het is wel verstandig om te controleren of je een recente backup hebt.
pi_163454481
quote:
0s.gif Op maandag 27 juni 2016 23:32 schreef LintuxCx het volgende:
Forwarding (L3) moet je niet aan hebben staan in zo'n situatie idd, dat is gewoon de taak van de bridge (L2).

Al eens met tcpdump gespeeld, op zowel VM als host? Werkt ping heen en weer wel (en/of ARP - kan het MAC adres van je VM gevonden worden?)?

Hmm, waar wordt je eth0 aan je br0 interface toegevoegd? Ik denk dat dat het probleem is.

Mijn brug setup, vrij simpel:
[ code verwijderd ]

Probeer eens "brctl addif br0 eth0" (of gewoon je cfg bijwerken).

[edit] Hrmm, hoewel, dan zou je hele inet verbinding niet werken lijkt me. Speel iig eens wat met brctl, zie of alle interfaces er wel op zitten enzo. Beetje wazig wat "bridge_ports all" dan doet. Ik zie het zo gauw ook niet gedocumenteerd.
Dat ligt helemaal aan je setup, klakkeloos ervan uitgaan dat het een layer 2 interface is kan je niet. In routed mode heb je met layer 3 te maken. Zie http://wiki.libvirt.org/page/VirtualNetworking. Ik zou eens kijken door dit op 1 te zetten en je netwerk config te restarten hoe je er dan voor staat.
pi_163504717
quote:
0s.gif Op zaterdag 2 juli 2016 11:15 schreef Aneurism het volgende:

[..]

Dat ligt helemaal aan je setup, klakkeloos ervan uitgaan dat het een layer 2 interface is kan je niet. In routed mode heb je met layer 3 te maken. Zie http://wiki.libvirt.org/page/VirtualNetworking. Ik zou eens kijken door dit op 1 te zetten en je netwerk config te restarten hoe je er dan voor staat.
Ha ok, wist niet/had vergeten dat libvirt ook een L3 modus had, nooit gebuikt.
I hope you can see this because I'm doing it as hard as I can.
  dinsdag 5 juli 2016 @ 09:47:31 #39
418311 Claude_Viole
Loopt te kloten...
pi_163529387
Voor een leuke TCP datastroom die ik binnenkrijg met Python heb ik realtime een script draaien die de boel ophaalt, in het geheugen opslaat en d.m.v. een Bottle-webservertje verwerkt in een mooi leesbaar JSON-format.

Maar ik heb mijn twijfels over de manier van het runnen van het script. Want regelmatig lijkt het onderuit te gaan? Maar waarom?

1
2
3
cd /home/mijzelf/server
nohup ./daemon.py &
nohup ./http-server.py &
Kan dit niet beter en stabieler? Ik kan me niet indenken dat het aan het python-script ligt, maar eerder aan de manier van uitvoeren?

Wat is jullie advies met betrekking tot het realtime runnen van een pythonscript die via ZMQ de data binnenhengelt?
pi_163530520
Denk dat je toch eerst zult moeten achterhalen wat er mis gaat voordat je met een oplossing kunt komen.
  dinsdag 5 juli 2016 @ 11:46:00 #41
418311 Claude_Viole
Loopt te kloten...
pi_163531392
En hoe achterhaal ik dat? Ik heb het idee dat de combinatie van no-hup en/of background-process (&) niet stabiel is? Dat is mij ook verteld. Maar klopt dat?
pi_163659830
quote:
0s.gif Op dinsdag 5 juli 2016 11:46 schreef Claude_Viole het volgende:
Ik heb het idee dat de combinatie van no-hup en/of background-process (&) niet stabiel is? Dat is mij ook verteld. Maar klopt dat?
Wat versta je onder "niet stabiel"? Dat het segmentation faults geeft die je niet krijgt als je in de voorgrond draait, of dat het programma als "stopped' in je jobs list staat? Een programma dat met nohup draait heeft geen stdin van de terminal, dus als het input verwacht, dan krijgt het niets (uit man nohup: If standard input is a terminal, redirect it from /dev/null)

quote:
En hoe achterhaal ik dat?
Probeer het 1 voor 1. Draait je programma "deamon.py" goed en haalt het continue data binnen. Draait http-server.py goed ook als er geen nieuwe data binnen komt. Hoe parsed http-server.py de data van daemon.py?

En natuurlijk helpt het altijd als je de error(s) die je krijgt hier post zodat onze glazen bollen wat minder troebel worden ;)
pi_163662854
Via een cron job en als script niet meer actief is opnieuw op laten starten vanuit de cron?
  maandag 11 juli 2016 @ 12:40:37 #44
418311 Claude_Viole
Loopt te kloten...
pi_163663745
In de handleiding staat:
quote:
De HTTP interface kan voor ontwikkeldoeleinden gestart worden met de tool dvs-http.py. Deze tool start een Bottle ontwikkelserver op http://localhost:8080/ (of optioneel op een andere host/poort-combinatie). Voor productiedoeleinden kun je de WSGI-koppeling in dvs-http.wsgi gebruiken.
Maar van die WSGI-koppeling snap ik geen moer.
pi_163684213
quote:
0s.gif Op maandag 11 juli 2016 12:40 schreef Claude_Viole het volgende:
In de handleiding staat:
[quote=https://github.com/geertw/rdt-infoplus-dvs#http-interface]
De HTTP interface kan voor ontwikkeldoeleinden gestart worden met de tool dvs-http.py. Deze tool start een Bottle ontwikkelserver op http://localhost:8080/ (of optioneel op een andere host/poort-combinatie). Voor productiedoeleinden kun je de WSGI-koppeling in dvs-http.wsgi gebruiken.
Maar van die WSGI-koppeling snap ik geen moer.
[/quote]
WSGI is een module die Apache een python-site kan laten serveren.
జ్ఞ‌ా
  dinsdag 12 juli 2016 @ 10:53:28 #46
418311 Claude_Viole
Loopt te kloten...
pi_163684557
Zover was ik wel, en gebruik zelf overigens Nginx. Maar ben er nooit goed uitgekomen hoe ik dit moet installeren, en waarom WSGI beter zou zijn dan mijn manier?
pi_163685242
quote:
0s.gif Op dinsdag 12 juli 2016 10:53 schreef Claude_Viole het volgende:
Zover was ik wel, en gebruik zelf overigens Nginx. Maar ben er nooit goed uitgekomen hoe ik dit moet installeren, en waarom WSGI beter zou zijn dan mijn manier?
Nginx is gemaakt voor veel connecties, een bottle-server niet.
జ్ఞ‌ా
  dinsdag 12 juli 2016 @ 13:45:09 #48
418311 Claude_Viole
Loopt te kloten...
pi_163687715
Okee dan, heeft iemand een goede tutorial om dat wsgi bestand te koppelen aan Nginx?
  zaterdag 16 juli 2016 @ 10:33:45 #49
395292 oppanganjastyle
Smoke weed every day
pi_163779965
OVH is overigens erg ruk. Zou geen persoonlijke data op hun servers zetten want dat wordt geheid doorgespit.
  zondag 17 juli 2016 @ 17:56:15 #50
418311 Claude_Viole
Loopt te kloten...
pi_163811465
quote:
0s.gif Op zaterdag 16 juli 2016 10:33 schreef oppanganjastyle het volgende:
OVH is overigens erg ruk. Zou geen persoonlijke data op hun servers zetten want dat wordt geheid doorgespit.
Ik gebruik het alleen voor een deamon en een API, zoals ik net al zei.
Ik blijf dan nog wel benieuwd wat de juiste opzet is om een wsgi bestand aan Nginx te koppelen.
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')