brycec: must be blind, I haven't seen that popup (support contract/license) for proxmox) <3 http://www.youtube.com/watch?v=A43JOxLa5MM hehe some ppl here are running proxmox? I'm trying to get vnc working, without being through the java plugin, but can't shouldn't this work: /bin/nc -l -p 5900 -w 1 -c '/usr/sbin/qm vncproxy 100' ? I always get 'no connection : Connection timed out' while '/usr/sbin/qm vncproxy 100' gives me: RFB 003.008 I'll help in a sec here are my crib notes: $ cat proxmoxssl Note: user@pam for local auth Note: example inetd.conf entry: "59100 stream tcp nowait root /usr/sbin/qm qm vncproxy 100" Note: apt-get install openbsd-inetd /usr/local/lib/ssvnc/ssvnc_cmd -proxy vencrypt://10.255.3.129:59701 10.255.3.129:59701 -noraiseonbeep see if they get you further ;-) I'm not familiar with using nc as an inetd replacement, I'd rather use the real deal how would _me_ being the blind one work in that scenario? :P 00:10:09 >>@toddf<< brycec: must be blind, I haven't seen that popup (support contract/license) for proxmox) Anyhow, it's the first thing that I see when I login https://dl.dropboxusercontent.com/u/3167967/screenshot_2013-08-29_09-23-16.png toddf: will test and report back :-) brycec: yeah, I got that too everytime I log in Ooh good thinking on the inetd entry, toddf brycec: I'm blind, I don't see the popup, sorry it was misunderstood brycec: its slightly hackish as you have to manually allocate a port per vm, but quite less mem intensive than java to access consoles (though conserver is also a good idea too) Sooo much easier and nicer than Java :) And if I just keep using sequential ID's, I can just dump a bunch in inetd and forget about it toddf: and there's another prob with the java plugin, i have a box with and old java version which doesn't run even I wish I could figure out how to tell proxmox to set perms on a serial unix socket properly; my choices are a) allocate tcp ports for proxmox serial ports for conserver or b) use unix sockets and manually chmod them everytime a vm is stopped/started; perhaps someone with conserver fu can suggest how to do the chmod from the conserver config though brycec: indeed good news, at least now it connects! but still: Connected to RFB server, using protocol version 3.8 Server did not offer supported security type using vncviewer here gonna try ssvnc hmm, just had to reboot my VM on kvr19, seemed to have gotten into a bad IO state or something toddf: btw, your setup notes are here http://pve.proxmox.com/wiki/Vnc_2.0#configure_Proxmox_host_for_TLS_connections vncviewer does not do the ssl bits, the ssvnc cmdline above is all I have gotten to work, if you get something else to work, please do share someday I'll understand what this spice thing is and why people are excited for newer versions of proxmox to support it the cirucuit sim? Oh "SPICE (protocol), a remote-connection sharing protocol" yeah that from what I've heard, it's everything that makes RDP good, but free and open source Apparently it's already in QEMU as of March 2010. looks like that webpage is missing the ssvnc bits to let unix hit console via that mechanism sure it exists, I still don't know how I could use it ;-( you could use the html5 client $ qemu-system-i386 -h 2>&1 | grep -i spice -spice [port=port][,tls-port=secured-port][,x509-dir=] enable spice well someday you'll get around to trying it out :p brycec: !@#%!@#%$!@^%@!#$!@#$ ok talk to me about this html5 client. I have no infoz on how to do it yet my friend insists it works yet I have no browser that can connect to his consoles without java. http://en.wikipedia.org/wiki/SPICE_(protocol)#spice-html5 all the info I have on it now. Oh and http://cgit.freedesktop.org/spice/spice-html5/ oh html5 spice client. I thought you meant html5 vnc ssl client. oh, yeah, fuck that looks like there's a spice-gtk and virt-viewer that might talk spice in ports of OpenBSD.. hmm.. toddf: got it to work! :-) you saved me again anybody: if you figure out how to use spice to talk to qemu and/or kvm and/or proxmox let me know in a brief note like I did above for rgouveia and proxmox + ssl vnc consoles does it have to be ssl vnc? would you acceupt unencrypted vnc? brycec: 'qm vncproxy' speaks nothing else http://pve.proxmox.com/wiki/Vnc_2.0 suggests that can be disabled tested with ssvnc brycec: if you can get encription all the way to kvm/qemu why would you ever want to disable it? toddf: because it blocks old clients? toddf: SPICE has its own encryption too brycec: well, theres that. I see your url suggests a way to do it w/out inetd and traditional unencrypted vnc. nice too. brycec: i bet as a corilary you could do a 'ps awwwx' and note how to do it directly with tls and not with the proxmox unix socket thing, probably break web ui consoles, but who cares if you don't use them eh? guys, I've just tried with args stuff in the 100.conf and it works with vncviewer indeed me too i prefer that one ;-) args: -serial tcp:localhost:5000,server,nowait -vnc 192.168.2.250:300,x509,password indeed its much more straightforward i'm already used doing ssh -L with vncviewer I have openvpn to my friend's proxmox system and ipsec to a clients so using ssh -L is not needed here ;-) /usr/bin/kvm -id 300 -chardev socket,id=qmp,path=/var/run/qemu-server/300.qmp,server,nowait -mon chardev=qmp,mode=control -vnc unix:/var/run/qemu-server/300.vnc,x509,password -pidfile /var/run/qemu-server/300.pid -daemonize -name 4.v.freedaemon.com -smp sockets=1,cores=1 -cpu Opteron_G5 -nodefaults -boot menu=on -vga cirrus -k en-us -m 1024 -cpuunits 100 -serial tcp:localhost:5000,server,nowait -vnc 192.168.2.250:300,x509,password ... ... -device piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2 -device usb-tablet,id=tablet,bus=uhci.0,port=1 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -drive file=/mnt/pve/nfsToddsCrap/images/300/vm-300-disk-1.qcow2,if=none,id=drive-ide0,format=qcow2,aio=native,cache=none -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=100 -drive ... ... file=/mnt/pve/nfsToddsCrap/images/300/vm-300-disk-2.qcow2,if=none,id=drive-ide1,format=qcow2,cache=unsafe,aio=native -device ide-hd,bus=ide.0,unit=1,drive=drive-ide1,id=ide1 -device lsi,id=scsihw0,bus=pci.0,addr=0x5 -drive if=none,id=drive-scsi2,media=cdrom,aio=native -device scsi-cd,bus=scsihw0.0,scsi-id=2,drive=drive-scsi2,id=scsi2 -netdev type=tap,id=net0,ifname=tap300i0,script=/var/lib/qemu-server/pve-bridge -device ... ... e1000,romfile=,mac=CA:5F:74:03:4B:46,netdev=net0,bus=pci.0,addr=0x12,id=net0 looks like having multiple -vnc args results in only the last one applying root@proxmox:/var/run/qemu-server# netstat -an | grep 30..vnc unix 2 [ ACC ] STREAM LISTENING 19057 /var/run/qemu-server/303.vnc unix 2 [ ACC ] STREAM LISTENING 19344 /var/run/qemu-server/304.vnc unix 2 [ ACC ] STREAM LISTENING 18852 /var/run/qemu-server/302.vnc unix 2 [ ACC ] STREAM LISTENING 18638 /var/run/qemu-server/301.vnc gotta go, thanks toddf and brycec again! ttyl so I guess if you wanna use the web ui with java and also hit it w/out the inetd approach will let you choose, otherwise, there's the args: method that forces it to only listen on a tcp socket brycec | you could use the html5 client brycec: what html5 client? :) oh, html5 spice... toddf: so kvm supports the x509 option for "-vnc" arg..? nice toddf: what is the default arg they use for it to listen on to connect to the web ui? just wondering... up_the_irons: by default it listens on a socket that the web ui taps somehow (via netcat) -vnc unix:/var/run/qemu-server/101.vnc,x509,password is the arg to qemu and the "qm vncproxy" command is a perl script that opens the socket and listens on a port it's apparently called whenever I click "console" and the 'secure' reality is .. it listens on port 5900 long enough to establish a connection or times out; too many people hitting 'console' at the same moment doesn't exactly bode well for my tastes up_the_irons: if your kvm instances support the x509 option, I'd be willing to submit a support request to ask that that be tweaked for my vm's .. then I wouldn't have to ssh tunnel to get to them securely anymore Hey I figured out how I can replicate VirtualBox's savestate! I just run the entire proxbox instance in a VirtualBox VM of its own. VMs inside a VM, nothing can go wrong! (But it can go slowly :P) savestate? is that similar to kvm/qemu's 'stop' then 'savevm' ? (which requires qcow2 though but anyway) toddf: more like a hibernate, but from the outside of the machine this is exactly what I described (Saves all state, ram, etc to disk and freezes the VM) I thought stop was equivalent to a hard poweroff? 'stop' halts the virtual hardware cold, 'savevm' preserves state, you can 'quit' then 'kvm/qemu -loadvm' upon bootup and resume after rebooting the host So I can savevm after I've stopped? I am confuzeled as to how multiple vm images can be saved, and if the state of the disk is consistent if you run multiple vm's in sequence, but you can do that too and explore what the ramifications are yes if you don't give savevm a name it will choose one for you it saves ram and hardware state (presuming your disk image is capable of storing it) aka raw is not eligible sure, I get that I was under the impression that "stop" would kill the process and once killed, that state information would no longer be available (like unplugging a computer) But hey, TIL (qemu) or (kvm) prompt 'stop' literally turns the cpu utilization to 0 for that instance on the host os Ah, so probably not the same as the Stop button in proxmox. (I'd have to pull up the "monitor" tab to issue commands to qemu itself) correct proxmox stop = cmdline quit cmdline stop = 'pause all emulation for this guest' thanks for the clarification toddf brycec: toddf: ah ok toddf: i see the x509 option in the man page, but i think my libvirt is too old ah so your libvirt can't do it. feel free to either a) close my support request or b) keep it around as a pet until newer libvirt can handle it Or what about migrate toddf to the new boxes (>=KVR19 i think?) that have the newer stuff? i still think the newer boxes libvirt can't do it debian old packages again? :) no we're on Ubuntu ahh ubuntu has old xen but i have no idea what it's doing with qemu looks like 1.0 in precise looks like even old libvirt had some bugs with x509 so must have had some support so it turns out that using SPICE in Proxmox is *insanely* easy http://pve.proxmox.com/wiki/SPICE Pretty much, set the gfx card to SPICE, you'll then have a SPICE button beside Console - click to download a config and run remote-viewer $file (or setup your browser to run it) no more Java! Pro-tip: Be sure you're clicking the correct Shutdown button. Test Test? Yep Guess it works then. Testing my irssi proxy from tablet irc client nice It's handy Yea but eventually I switched to znc OK, back to work! Why znc? Gosh, I dunno... I guess because I saw other respected users on devio.us using it, so I gave it a shot and it feels good, solid, and mature Real light too irssi-proxy was fine, ubt I wanted a bouncer to get some backlog when I'd connect from my tablet Ahh i just use screen and irssi Same, screen and irssi. Just setup irssi-proxy Just need to find a decent irc client for android now when i used android, i used andirc dunno if it still exists, but it was alright that sound familiar, think I used that the lack of tab-completion was annoying i think it was the defacto android irc client for a long time I know I tried a half dozen i found a pretty nice free ssh client for my ipad - server manager or something like that supports ctrl + alt onscreen keys and stuff - i just use that to resume my screen session for irc from that particular device http://www.spin.com/articles/chris-friedrich-caspian-bassist-dead/ <- bummer can I go home yet? gizmoguy: you have my permission m0unds: you should be my boss I've just got back from a large work lunch that I organised help finished off a couple jugs of ber beer* not like I'm gonna be much use I'm glad it's read-only friday hahahaha i want beer fwiw toddf once I disabled the pve-enterprise apt repo, the web gui stopped bitching about a license key. I'm enjoying weechat-android brycec: so spice runs in your browser or how does that work? read only Friday LOL up_the_irons: I'm running virt-viewer http://virt-manager.org/ er http://spice-space.org/download.html not sure which is "right" since I used a package Apparently there is an HTML5 client though brycec: ah ok Why I'm pissed off at Chunkhost: http://brycesawesomeapp.com/BryceBot/WhyBryceBotIsNowRetarded.png brycec: doesn't Chunkhost put like 100 VMs on a box? ;) Wouldn't surprise me They moved me a few weeks ago, and it went to shit as you can see (Also, there is a disappointing lack of IPv6 among all y'all that clicked that.) brycec: I'm not the one letting the team down gizmoguy: you're in .nz eh? I'm 2001:df0 yup sadly you're the only ipv6 hit the rest of you should be ashamed brycec: lol brycec: yeah i don't have ipv6 at home lame. At least tunnel that I can finally turn my v6 on again at home tunnel through ARP even brycec: I was tunneling at home, but it killed my youtube performance i've tried it the past, performance was bad and i don't know why well congrats on native v6 gizmoguy gizmoguy: same however I see google as of 2 days ago have finally rolled out v6 to all the GGC nodes in NZ so I might finally get decent youtube performance on v6 brycec: just hit you from the other machine on my desk on 2001:bd00 I think so you did dead:beef :) 2400:bd00:dead:beef:: dead:beef ftw Chunkhost didn't used to be so bad... Oh well, they drove me to ARP And ARP is much better (though I have yet to migrate all my services, obviously) there is a corollary somewhere... all services start out good otherwise they would not have survived to become bad does anyone here use arch much? i'm debating on whether to give it another try not on a VM, but I do. just for general purpose desktop use. Exactly what I use it for And I'm quite happy with it i'm mostly used to debian stable and testing. heh, well get used to Sid :p That said, my desktops rarely break my only concer with sid is there would be months of updates downtime when testing freezes. I wasn't suggesting Sid, only comparing Arch to Sid i.e. rolling-release, bleeding edge i may give is a shot then. i havent used it in about 8 months or so. and not for very long. well now you get systemd, have fun lol probably smart to try it in a VM first Learn any idiosyncrasies etc to minimize downtime when you do switch i'll just put all my dotfiles and keys on another machine while i switch over. i don't keep much on my desktop pc. and i need to repartition anyway. i think 30 gigs is too much for a system partition. 10 seemed safe... but I bump into that sometimes, so I'd rec 15 Android sdks take up an inordinate amount of space and i do want to mess with android sdk eventually :) So do I. Then I sit down to do a Hello World or similar, but alas it's still in Java and I loathe and detest Java. Android Studio is nice, but you still have to write Java :( bah, java. i love how the windows java has you install crapware. oh, you mean java itself? :p makes me kind of weary of oracle. lol (you can un-check the crapware during install/update) How is Ask.com even a thing still? yeah i know about unchecking it, but i love how it is checked by default. Well for now, I stick to web-based stuff. The web is so insanely cross-platform, it's glorious and Flash for windows has you install McAfee by default. well at least that's potentially useful "here's a condom" vs "here's a sticker" you don't like toolbars? http://i.imgur.com/Ko5QcQl.jpg lol digg And this is why IE constantly bitches at you to speed up your IE experience and disable addons IE should just have a default homepage of firefox.com then it self destructs after 1 use. You can use Scala instead of Java for Android dev. That's not really an improvement... I disagree. okay, it's better than Java but way too Java-like for my taste You still need to use the Android SDK, so everything is going to have Java class names. i'm still learning the basics of programming at all. so by the time i get around to java, android may be dead. maybe sailfish OS will take its' place. I just wish Google could eat its own dogfood with Android and use Go (instead/in addition to Java) Go is not really an improvement... brachiation: The basics of programming, like wearing cargo pants and hiking boots to the office, staying up too late, and drinking Mountain Dew? yes, yes, and yes. lol my sleep patterns are a mess, and have been for the last 6 years. and i am addicted to caffeine pretty bad. though not sure about the cargo pants and boots. I'm drinking cherry coke and wearing cargo shorts with sandals... but I'm writing documentation and testing out proxmox. If I were programming, there were be gummy bears. swedish fish is my candy of choice. Mmm got a baggy of those at home Gummy foods and profiling ftw haha ohshit, 2330 here... I need to get home im hungry now ... .......... dammit