Re: [9fans] Plan 9 on ESX?
I sort of half tried on one of the dev. ESX boxes at work -- probably three or four year ago, got it as far as hanging part way through the install CD boot sequence and then someone said WHAT ARE YOU DOING? and I quickly pretended it was a work-oriented linux box and removed it shortly afterwards. On 28 March 2012 08:30, David Leimbach leim...@gmail.com wrote: Anyone doing this? I've had a crazy, no ZANY, notion of running ESX as my host OS, then spinning up all the various windows, freebsd, or Plan 9's that I need as necessary on my work workstation. Dave -- Adrian Tritschler Melbourne, Australia
Re: [9fans] Parallels 6/7 and Q(qemu for mac)
On parallels 6 I can get 9atom a step further by changing the emulated network adapter. Manually edited the config.pvs file for the guest VM and changed the entries for the adapter type: NetworkAdapter AdapterType_patch=1 id=0 dyn_lists=NetAddress DnsIPAddress SearchDomain EmulatedType3/EmulatedType : VirtualNetworkID/VirtualNetworkID AdapterType3/AdapterType : /NetworkAdapter ether#0: NE2000: port 0x8200 irq 7 addr 0x4000 size 0x4000: 001c42e28625 : #l0: NE2000: 10Mbps port 0x8200 irq 7 tu 1514 addr 0x4000 size 0x4000: 001c... : 9atom then hangs a little further along, I didn't try too many other options, just a quick look during my lunch break. On 20 September 2011 10:56, stephano zanzin m...@zan.st wrote: Someone had any lucky with these VMs? Parallels simply crash at Bell's p9, with 9atom it freezes displaying this message, igbe: unusable PciCLS: 0, using 8 longs. Q installs it perfectly, but network doesn't work. Looks like I'll keep my dirty and old proliant a little longer. -- Adrian Tritschler Melbourne, Australia
Re: [9fans] Survey: Current Fossil+venti Filesystem
I'm putting it down to operator error, but I've hosed any number of plan9 QEMU images that talk to a p9p venti running on the linux host that hosts the QEMU images. Never entirely sure why, but what typically happens is that I play with one or two plan9 images for a couple of days, then something else distracts me for a while, then when I go to retry them a few weeks later one or more of them no longer boots and I just get endless streams of errors from fossil complaining that such-and-such a block cannot be found. As far as I know I always shut the QEMU images down nicely and the p9p venti is always running. -- Adrian Tritschler Melbourne, Australia Screw the environment. Print this email immediately. Then burn it without reading it.
[9fans] crazy idea - drawterm in javascript?
If this can be done http://linux.slashdot.org/story/11/05/17/0242244/Boot-Linux-In-Your-Browse then how about drawterm in javascript? Serve it over http and access your CPU server from anywhere that's got a web browser. Anyone up for a challenge? Sorry, I'll be quiet now -- Adrian Screw the environment. Print this email immediately. Then burn it without reading it.
Re: [9fans] pineview atom
On 19 February 2010 09:38, erik quanstrom quans...@labs.coraid.com wrote: There is no mechanism which directly translates bit flips to crashes! The bad case is actually a corruption which does *not* cause a crash, but is written to disk. How indirection? executable code being turned into illegal instructions? it's not 100% efficiency but it will translate flipped bits into crashes. I believe Dave was implying that there is no mechanism that _guarantees_ that a bit flip anywhere in memory will result in a code crash. Some bit flips just might mean the wrong colour pixel on your screen, others might mean that someone's pay scale goes from $7.50 an hour to $4096 + $17.50 an hour, some might just be in an unused chunk of RAM. Flips in code are more likely to cause crashes, but still not guaranteed. - erik -- Adrian
Re: [9fans] file server?
2009/8/14 Lyndon Nerenberg lyn...@orthanc.ca: This is what we do at Sandia. We have one machine which serves cpu/auth/file, but the actual Venti disks are in a Coraid connected via GigE. The fossil disk is in the server, but if it dies we can just build a new one. Which reminds me of an often overlooked but important point: Save your fossil vac scores on another machine! Amen, a dozen times! Having lost the lot once or twice due to stupidity or hardware failures I've now got this under control, still not entirely happy with my venti arena archiving and seeking inspiration there. I'll add the description of my trivial home system to the mix. A ubuntu linux PC running p9p's venti, a plan9 cpu/fossil-fileserver running under QEMU and drawterm. A few times I've tried running 9vx but for unknown reasons I can crash it as soon as I look at it sideways - I suspect either operator error or oddities of my setup. All running on a P4 shuttle system tucked into the corner of my desk. Without them, your seperate venti server is JBOD :-P Well, not quite. You can eventually find the right vac score, but you have to manually mount each and every score in the venti until you find the right one. See /sys/src/cmd/venti/words/dumpvacroots. You could probably semi-automate the process by writing a script that mounted each of the scores in turn, checking the mtime of something like /sys/log/timesync in each, and sorting the vac scores accordingly. On my setup I aux/clog the fileserver console to a u9fs mounted directory on a UNIX server. You could also cobble something up that scans the fossil console for vac scores and emails them to an offsite address. For me, cron runs fossil/last and mails it to gmail --lyndon Adrain -- Adrian
Re: [9fans] Plan 9 hg with private repositories
2009/8/13 Bela Valek bval...@gmail.com: Presumably this is because ssh is sshv1 but bitbucket requires sshv2. Russ Correct me if I am wrong, but an sshv2 server is also providing sshv1 too. Maybe when the Plan 9 ssh client is facing sshv2, instead of shutting down with an error, it should try sshv1, or wait until its offered, i am unsure about the mechanism here. Just an idea, I am really not an expert here. OpenSSH can support v1 and v2, whether it is configured to is a local option. man sshd_config : Protocol Specifies the protocol versions sshd(8) supports. The possible values are ‘1’ and ‘2’. Multiple versions must be comma-separated. The default is “2,1”. Note that the order of the protocol list does not indicate preference, because the client selects among multiple protocol versions offered by the server. Specifying “2,1” is identical to “1,2”. : The /etc/ssh/sshd_config supplied by default with many (most?) linux distributions seems to be configured to only allow v2. If you're the administrator or on good terms with the admin. you may be able to reconfigure your SSH to allow v1 connections, otherwise get to work on the p9 ssh v2 port. Greetings: Béla -- Adrian
Re: [9fans] p9p vac issue
2009/6/22 Mathieu L. lejat...@gmail.com Indeed, this works for me as well. I've just migrated the arenas, bloom and isect to another machine with a p9p tree from mid February and I had no problem unvacing my data there. And for what it's worth, checkindex on that machine didn't report any problem while it did on the machine with the recent p9p install (which gives me the same vac/unvac issues as the ones already reported by a few people). OK, so all I need now is to get my hands on an old copy of the p9p binaries... the only old ones I've got are carefully backed up inside the venti that I can't get at :) So the data seems to be ok, which is already quite a relief. Cheers, Mathieu -- Adrian
Re: [9fans] p9p vac issue
Same problem that I've had since about the 10th of June on two separate p9p ventis on two machines, I can no longer get data into them or out of them. There were a few followups with a subject of p9p venti problem, but no fix. If you get a solution please let me know what it is. thanks Adrian 2009/6/21 phætøn phae...@hotmail.com: X-No-Archive: YesI'm using the latest p9p and the following fails for a simple directory A containing a file a with the text Aa:vac -h localhost -v -f A.vac AThe error is:create bsize 8192 psize 8160vac: vacfscreate: vacfileroot: read too small: asked for 0 need at least 389The archive is a freshly created archive with 16M arena, 4M isect, 1M bloom, an arena size of 1M, a mem and bcmem of 512k, an icmem of 1M.Please help! -- Adrian
Re: [9fans] p9p venti problem
2009/6/12 Venkatesh Srinivas m...@acm.jhu.edu: Adrian, how recent is you p9p checkout? A daily update from the mercurial repository. Perhaps I should be a little less bleeding edge... Also, could you set 'verbose' to 1 in plan9port/src/cmd/venti/copy.c, rebuild, and try to copy this score to another (temporary) venti? This should show you what scores are referenced by your root score. I've had problems with Venti on p9p trying to read the zero score (score with hash=0x0) in the past... wondering if that's the problem now. I've done that but never get the Skip message, but it does seem to be complaining about the zero block. % unvac -t vac:8ab4746b0fb06da481158624afb7509cefc35e07 unvac: vacfsopen: read too small 1: asked for 0 need at least 300 % venti/copy 'tcp!localhost!17034' 'tcp!localhost!17034' vac:8ab4746b0fb06da481158624afb7509cefc35e07 venti/copy: reading block (type 16): read asked for got da39a3ee5e6b4b0d3255bfef95601890afd80709 -- vs -- Adrian
Re: [9fans] MacOS X drawterm doesn't toggle
2008/12/10 matt [EMAIL PROTECTED]: I thought we were suppsoed to use Inferno instead of drawterm uriel ? I can't install 9vx because my glibc is too low a version number but drawterm works just fine . also a win 2.7Mdrawterm-linux Not sure where to raise 9vx queries, but almost every time I run 9vx it crashes out quite quickly and dumps core (or would if I hadn't set ulimit 0). This is on ubuntu 32 bit systems. [EMAIL PROTECTED]:~/pkg/9vx$ 9vx panic: sigsegv on cpu4 aborting, to dump core. Why not forget drawterm and use 9vx or inferno instead of wasting more efforts on a dead end project? uriel
Re: [9fans] Very Off-Topic: Anybody here reads Sci-Fi? :)
In short stories both Asimov's robot and Fred Saberhagen's Berserker series would make fine Google Summer of Code projects :)
Re: [9fans] venti survey
Adrian Tritschler wrote: ...without checking the reply address. appologies for the noise. btw, what has happened to the plan9 website? http://plan9.bell-labs.com/ redirects to http://go.cs.bell-labs.com/ and only the index page of the wiki exists, the others redirect to 404 errors. Adrian
Re: [9fans] Regenerating Venti Index Sections?
Venkatesh Srinivas wrote: Hi, I have a ~5GB Venti which had run for some time with one 256MB Index Section; recently, the Index Section became corrupted. The Arenas are intact. I was using plan9port's Venti. I run a similar system, a ubuntu linux box with Venti under p9p with a VMware guest system that is a plan9 cpu server. Is it possible for me to reconstruct the index section? Yes If so, how? By reading the manuals :-) man 8 venti-fmt Rebuild index with venti/buildindex venti.conf Will the Venti be able to run without it? If I can reconstruct it, can the new index section be larger? Yes. Prior to rebuilding your index, create new isect file(s) or partitions, add them to your venti.conf, format them with, for example: venti/fmtisect isectXYZ isectXYZ then rebuild the index. Thanks, --vs Adrian