search for: planetlab

...m Linux ethertap device /dev/net/tun: File descriptor in bad state I guess the problem is I cannot manage tun/tap devices on the planet lab nodes even if I am root :( Look at this: bash-3.2# /usr/sbin/tunctl TUNSETIFF: Operation not permitted bash-3.2# whoami root bash-3.2# I know this is more a planetlab problem than I tinc problem and I am offtopic, but I am really looking for some hints, so if anybody can help me please write me an email even privately. thanks Saverio [0] - https://www.planet-lab.eu/

...-------------------begin-------------------- import os, re arch = os.uname()[4] if re.search('64', arch): arch_libdir = 'lib64' else: arch_libdir = 'lib' kernel = "/usr/lib/xen-3.0-unstable-1/boot/hvmloader" builder='hvm' memory = 512 name = "PlanetLab" vcpus=2 vif = [ 'type=ioemu, mac=00:16:3E:00:10:22, bridge=xenbr0' ] disk = [ 'file:/small/xen-disks/debian/debian.img,ioemu:hda,w', 'file:/small/xen-disks/debian/swap.img,ioemu:hdb,w' ] device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm' cdrom...

...rs. ----------------------------------------------------------- my.data: AbsTime RelTime PE_ID Event Delay 4238 1208514343.812086 107.153637 4 EKA 51620 ################################## Host.data: ID Host 4 4 vicky.planetlab.ntua.gr ------------------------------------------------------------ data<-read.table("my.data") mapping<-read.table("Host.data") mergeXY <- merge(data,mapping, by.x="PE_ID", by.y="ID") If I merge these data then i get: "PE_ID" &q...

...ts, i.e.: f23: libvirt-1.2.18.3-2.fc23.x86_64 - kernel 4.5.7-202.fc23.x86_64 f24: libvirt-1.3.3.1-4.fc24.x86_64 - kernel 4.6.3-300.fc24.x86_64 First off, I need to outline that the host installation is done through some ad hoc procedure, as all this happens in the context of the centrally-managed PlanetLab global infrastructure I could not reproduce this problem on a host that is installed with the standard fedora install However I could use any clue that would point at a possible reason for this IMHO odd behaviour from libvirt, so that I can narrow down the potential flaws in my host installation p...

...MINIMUM QUALIFICATIONS Related undergraduate study and a minimum of 3 years of experience. BS degree preferred. Experience working with Unix (FreeBSD or Linux) and knowledge in various aspects of computer network and network protocols is essential. Experience with cluster computing, Emulab, and/or PlanetLab is desirable. Documentation and writing skills also desirable. FULL TIME position, No Relocation BENEFITS: *Health, dental and life insurance *Vacation *Regular holidays *Available tuition assistance *Credit Union *Library Privileges *Participation in cultural and social events as well as access...

...tion exchange. The situation that this fixes is the one where the sshd has a connection open (so you can make a TCP connection) but does not put up a banner (e.g. when the disk has crashed or when file descriptors are exhausted on a machine). Sounds unusual, but this happens with some regularity on PlanetLab (www.planet-lab.org)... Anyway, that situation is not caught be either the ConnectionTimeout, TCPKeepAlive, or the ServerAlive timeouts. This patch just sets an alarm prior to the atomicio call that reads & processes the banner from the sshd. --Mic micbowman at comcast dot net *** sshconnec...