[00:00] heh. Either sense would work [00:02] Daviey, see byobu screen 2 [00:03] Daviey, I deregistered cluster1 (just in case) and tried again to publish. Went splat as usual [00:06] who can post in Ubuntu Server Blog? WOuldn't it be nice to post about PowerNap too? :) [00:06] hmm [00:07] hggdh, what was 10.55.55.8? [00:08] Daviey, this was (I expect) your SC [00:08] RoAkSoAx, It's not entirely clear... Technically it should be someone from ~ubuntu-members, as i don't think we had an ack to add it [00:08] hggdh, interesting.... [00:08] 19:06:16 DEBUG [ChannelUtil:New I/O client boss #2] java.net.NoRouteToHostException: No route to host [00:08] java.net.NoRouteToHostException: No route to host [00:08] (i just rebooted it) [00:08] So euca *IS* trying to play with it [00:09] even after I deregistered the beast? [00:09] seems so [00:09] OK. Is there anything kosher? The more we poke the worst it seems [00:10] Water probably is [00:10] Unless a pig died in it or something, I guess [00:10] hggdh, I think the whole rack should be flushed tbh [00:11] hggdh, at the moment, i don't care if multiple clouds on the same subnet causes it to go bang... :) [00:11] hggdh, It's late for me, and i need to step away from the computer before my eyes explode. [00:11] If you can't get me before you go, can you send me an email with a sitrep? [00:15] Daviey, certainly [00:15] I am going to restart from scratch [00:15] * Patrickdk watchs everyones heads explode [00:17] * hggdh was doing good until getting to test euca... [00:18] just working on the iscsi tests [00:18] attempting to figure out why the fail [00:27] * hggdh grabs some popcorn and sits down to watch Patrickdk's head go the same route and Daviey's and self's [00:27] :( [00:28] heh, I have been able to solve many issues, but dhcp/pxe/iscsi root, is pretty complex, and not much room for diagnosing [00:31] Daviey, bug 728145 opened [00:31] Launchpad bug 728145 in eucalyptus "euca tries to register a SC, fails, but adds it in" [Undecided,New] https://launchpad.net/bugs/728145 [00:31] now for a Brand New ISO Install... [00:31] hggdh, make sure you kill the two machines i was using [00:32] Daviey, hostnames, please [00:33] Daviey: shouldn't you be in bed? :) [00:33] Daviey, never mind, I will shut them down, PXE is set to default on all except the two I am installing [00:34] SpamapS, a long time ago. I am always amazed on how he survives [00:35] Probably safer to stay on the computer rathern than have to face the wrath of the wife who has been waiting all night for him. ;) [00:35] I know I get that one. ;) [00:35] SpamapS, yeah... === TuxIce is now known as AdamDV-iPhone2 [00:36] hggdh, mabolo and marula [00:36] SpamapS, see comment on bug #711425 [00:36] Launchpad bug 711425 in sysvinit "portmap does not stop during shutdown, causing possible root fs corruption" [High,In progress] https://launchpad.net/bugs/711425 [00:38] SpamapS, it is just shy of 1900 here, and my wife is already unhappy... [00:38] Daviey: I'd be willing to bet sysvinit is FTBFS then [00:38] yeah :) [00:39] SpamapS, did you test build before submitting the debdiff? [00:39] Daviey: probably not given that I only changed shell scripts [00:39] fair enough :) [00:40] yay, I got login :) [00:41] Daviey: might be something that was dropped in 2.6.38 [00:47] Last time I looked, portmap was done in upstart as at 10.04... [00:47] portmap is an upstart job yes [00:47] but shutdown is not in upstart :( [00:47] so sysvinit has to stop portmap [00:48] Er, don't you mean "portmap should have a `stop on' line"? [00:48] it has that now [00:48] Hum, OK [00:48] one little fix, corrects 4 failed, but I doubt the *little* fix is proper :) [00:48] stop on unmounted-remote-filesystems [00:48] #728088 [00:49] I'm *so* sick of upstart, man [00:49] twb: the issue is that portmap must not be killed until all NFS filesystems are unmounted [00:49] twb: its not so much upstart as the half-completed migration to it that is frustrating [00:49] Yes, EXACTLY [00:50] twb: basically the migration isn't really done until everything that isn't a traditional network service is upstartified. [00:50] After nearly four years and stuff still isn't migrated properly [00:50] Hell, halt(8) is called from rc0.d still [00:51] I think there's been a lot of resistance and moaning about it but its not going anywhere so its time for us to just get'r'done [00:51] heh, you should see the postfix vs upstart thread on that maillist :) [00:51] twb: Its likely that will be a topic of discussion for UDS-O [00:52] they are cursing upstart cause it must monitor something to tell it's active [00:52] Patrickdk: I'm trying hard to stay out of that. [00:52] SpamapS: surely 12.04 will be running systemd? [00:52] twb: that would be suicidal [00:52] twb: maybe 12.10 and later.. [00:52] twb: but dropping systemd in now would be WORSE than when upstart was dropped in during Karmic [00:53] It'll be funny if Debian 7 releases with a complete systemd migration and 12.04 is still half-upstart, half-sysvinit [00:53] I do hope that we have upstart 2 w/ the state based interface so we can drop the wait for state hacks before 12.04 ... [00:54] twb: thats the point.. 11.10 should have a major push to complete the migration to upstart. [00:54] Has remnant said whether he'll continue developing upstart at google? [00:54] He's just dropped upstart 1.0 yesterday [00:54] as in.. published [00:54] That's not necesarily a "yes" :-) [00:54] and he did that as a sort of hand off to us so he can focus on 2.0 [00:55] Upstart seems to be a key part of what he's doing there. [00:55] but, he can neither confirm nor deny that [00:56] Flipping corporations :-/ [00:57] well either way... its arguably highly reckless to just go switching inits *now* [00:58] no one doing the raid1 tests? [00:58] better the devil we know. if upstart 2 scks or never lands.. so be it. [00:58] Patrickdk: I'd do them but my bandwidth is complete crap :-/ [00:59] hard enough just upgrading to the latests python 2.7 :-/ [00:59] twb: I have to agree that I'm tired of mopping up the upstart mess tho [01:00] Especially when I see pere's insserv work in Debian [01:00] but I do see a clear path to it being finished [01:00] Since that made the boot time significantly less, and didn't impact me as a user at all [01:02] Daviey, you can go to bed... uec-publish-tarball now works :-) [01:02] I'll try, but dunno if I have any time [01:03] hggdh, pah [01:03] twb: I have to wonder how much of that has been influenced by upstart itself. [01:04] I think it certainly precipitated interest, but I don't think the innserv methodology was in any way derived from upstart [01:05] I mean, it looks at LSB headers and computes an ordering -- it's more like make than upstart [01:05] not derived, but certainly the existence of upstart and its perceived deficiencies has driven systemd development [01:05] Patrickdk, I was going to do the raid1, but got stuck with euca [01:05] Oh sorry, I thought you were talking about insserv, not systemd [01:06] I imagine it has also encouraged insserv work to improve things so that they have a compelling argument against upstart [01:06] Patrickdk, if you can run them, I would be in your debt [01:06] * hggdh is getting to owe a lot of people around [01:06] twb: I was making a giant leap.. loop closed now ;) [01:09] twb: the main point is just that any time an early leader falters, it encourages the new players who don't have to deal with all the mistakes of the first implementation [01:09] hggdh, don't worry, I will collect :) [01:09] twb: upstart has found many of the really big potholes .. and systemd and insserv and others have been able to see it fall into those and can avoid them [01:09] Like fortran [01:10] Didn't insserv predate upstart? [01:10] this is funny.. may laptop on my lap is behind a bunch of plants.. if I'm doing a download and hold it high up in the air.. it speeds up from 512kbit to 2Mbit [01:11] SpamapS: what would be funny is if you were using cat5 and that happened [01:11] s/funny/scary/ [01:12] insserv wasntreally going where upstart was... but yes.. it was leading, and it was passed [01:14] twb: I'm not exactly attached to upstart forever. I just think if it was going to be replaced in ubuntu, it needed to happen in 11.04 [01:15] I totally admit that insserv's goals are conservative [01:15] But at least it met them without giving me stress :-P [01:19] RoAkSoAx, still there? [01:21] hggdh: yep [01:22] hggdh: what up :)? [01:22] what's* [01:22] RoAkSoAx, I am ready to test the change to powernap [01:22] hggdh: you wanna do it now or tomorrow? [01:23] RoAkSoAx, your call. I cannot test euca without it, though [01:23] hggdh: I guess we can do it now then if you like [01:24] RoAkSoAx, really, your call. I *know* it will fail no matter what, there is the DHCP issue still pending [01:24] so we can do it tomorrow morning [01:24] hggdh: ok then [01:24] say around 0700 CST? [01:25] 0800 EST [01:25] hggdh: bettwe yet we will both be fresh [01:25] hggdh: let';s make it 8.30 [01:25] :) [01:25] heh [01:25] 7.30/8.30 [01:25] my dogs wake up early, so I have no other option... [01:25] RoAkSoAx, deal [01:25] hggdh: alrighty!! have a good one them. I'm off now :P [01:26] RoAkSoAx, thank you [01:26] no worries :)_ [01:41] New bug: #728167 in cloud-init (main) "failure on apt-get update should be warning" [Medium,Triaged] https://launchpad.net/bugs/728167 [01:45] Hi, im new to Linux! so i have a few silly question [02:10] hmm, raid1 tests failing for me [02:10] can't start raid in degraded mode [02:10] hopefully I'm just doing it wrong [02:11] mdadm: CREATE user root not found [02:12] mdadm: CREATE group disk not found [02:34] lifeless: had any chance to try out the new cassandra packages? [02:34] patdk-lap: wha? [02:34] SpamapS: yes, I commented in the bug [02:35] lifeless: oh good :) [02:35] SpamapS: haproxy1.4 for lucid interest you? [02:36] lifeless: as in, a backport? [02:37] yes [02:37] or a CAT build [02:38] CAT build? [02:38] ha proxy 1.3 cannot do close-mode [02:38] canonical admin team [02:39] spamaps, I probably did something wrong [02:39] or, I hope I did :) [02:40] SpamapS: without close mode, persistent connections show up as single sessions regardless of requests sent over them [02:40] SpamapS: which breaks the concurrency limit [02:40] because connection != request [02:40] and haproxy explicitly says it doesn't see the requests beyond the first one (in 1.3) [02:40] SpamapS: this is hindering our load normalisation for launchpad [02:41] lifeless, adjust your keepalive settings? [02:42] if you have keepalive off, only one request per connection is allowed [02:42] I know this [02:48] patdk-lap: sorry, I don't mean to be negative [02:48] patdk-lap: its more complex than that - we have 4 tiers talking http [02:48] na [02:48] just wondering if it's something I'm missing :) [02:49] apache (load balanced) to squid (load balanced) to haproxy (load balanced) to 80 appserver threads [02:49] that seems like a mess [02:49] apache handles the SSL [02:50] squid does caching [02:50] haproxy does load limiting [02:50] but, 1.3 can't do it well enough to let us move to single threaded appservers. 1.4 can. [02:51] if we reconfigure things in front of haproxy we may make it work for a bit, but if someone makes a mistake, we'll have a horrible failure mode [02:51] I don't like horrible failure modes. [03:10] patdk-lap: why do you say a mess? we serve a fair few hits daily [03:15] I've never liked using apache proxy, or reverse squid cache [03:15] I keep removing them to speed things up [03:16] patdk-lap: do your sites run SSL ? [03:16] yep [03:17] how many application servers do you have? [03:17] 2 [03:18] what do you use to syncronise your SSL session cache [03:18] nothing, I don't need to [03:18] lifeless: re the 1.4 build.. that makes sense. since haproxy is in main .. it should be an easy sell for backport to lucid [03:18] then whenever a client switches application server, they will renegotiate. Thats up to 6 seconds from nz. [03:18] SpamapS: how do I go about making it happen [03:19] before they had some kind of apache squid apache thing, using 48 servers, 8 squid servers [03:19] lifeless, they don't switch application servers, unless their ip changes [03:19] since I have a limited amount of that, I just balance by ip instead of load [03:19] lifeless: realistically I'd be shocked if the package from maverick didn't build w/o changes on lucid [03:19] patdk-lap: depends on the client, and if they have /any/ network interrupts. [03:20] lifeless: so an upload to the PPA that you guys use would probably be the only thing necessary. [03:20] network interrupts shouldn't change their ip [03:20] patdk-lap: you're pinning clients by the *client* ip ? [03:20] sure [03:21] patdk-lap: in which case, roaming clients - e.g. folk at UDS - will suffer regular SSL renegotiation. [03:21] I mean, its your call how you do it. And I"m sure you solved problems you had. [03:21] doesn't mean there aren't more issues present :) [03:21] ya [03:22] the biggest issue I found we has [03:22] was duplication of caches between all the servers [03:22] limiting it to less servers, fixed that hugely [03:22] I would graph invalid ssl attempts - they will mostly be folk that have roamed trying wha they think is their existing session. [03:25] patdk-lap: we'd need stupid-big caches to cache our data set [03:25] patdk-lap: - its 300GB - [03:25] nothing wrong with that [03:25] but having the same stupid big cache on 40 servers [03:25] if you had no locality of reference, yeah it would be a waste [03:25] you'd get lots of cold-cache reads [03:25] ya [03:26] my issues was more, 500gig working set, 4gig ram, 48 servers [03:26] basically everything was a cold read [03:26] that would blow [03:27] and wasting ram for squid [03:27] The working set that is entirely popular is quite rare. [03:27] its mythical :) [03:27] if there where no webcrawlers :) [03:28] as flickr say, their peak time lasts all week :) [03:28] hmm, this makes me wonder alittle [03:29] cause I didn't think about it too much [03:29] the 2 servers I replaced that whole mess with have 18gigs ram each in them [03:29] but I run vm's on them, and the *webservers* only have 2gigs ram each [03:29] doing more with less [03:29] defently a cache issue [03:30] less nfs hits iwth less servers hitting it up [03:31] patdk-lap: web crawlers are an easy case to handle. In a previous life we simply had our HTTP aware load balancer send all crawler user agents to a single server that we didn't mind going slow. ;) [03:31] patdk-lap: and we also heavily focused on making If-Modified-Since function properly. [03:32] oh, I have never had an issue for my websites [03:32] it's hosting other peoples sites [03:32] Never did convince anyone that we could make old pages hand out expires headers since they changed less frequently. :) [03:32] where you shouldn't be modifing their stuff, to fix that :) [03:34] hmm, I wonder how you would handle google these days though [03:34] since they rate you based on crawl speed also [03:34] or page load time [03:37] If their stuff is crap, you shouldn't be modifying it. you should be making money off it :) [03:41] patdk-lap: most of the time giving google a dedicated server meant FASTER load times. :) [03:41] heh [03:41] I dunno, I seem to always get hit by google, msn, and yahoo at the same time :( [03:41] patdk-lap: and since 90% of the pages would give back a 304 ... they wouldn't even consider the cold, unchanged reads. :) [03:42] doesn't really bother me [03:42] SpamapS: I wonder if I can impose on you to try a lucid rebuild [03:42] Though I do have to admit.. we had nearly 100GB of memcached available.. [03:43] SpamapS: while I know how, I'm primarily focused on driving timeouts down [03:43] lifeless: sure, if it works I'll propose it as a lucid backport [03:43] SpamapS: \o/ thanks [03:54] lifeless: as I'd expect.. latest haproxy builds fine on lucid.. can you give me the 2 line summary for why it is worth backporting to lucid so I can put it in the lucid-bacports request? [03:55] SpamapS: to get option http-server-close [03:55] http://haproxy.1wt.eu/download/1.4/doc/configuration.txt section 1.1 [03:57] depressing, other than the usuals (navy.mil, freebsd.net, ntp.org), I have receive 1 email via ipv6, and it was spam [03:57] in the last month [03:57] lifeless: oh.. I always sort of assumed haproxy worked that way ;) [03:58] patdk-lap: good to know the spammers will follow us into the future of the internets [03:58] SpamapS: indeed, you can imagine our unpleasant surprise when we lowered the maxconn on edge 30 20 hours ago [03:58] s/30 // [04:04] lifeless: bug #728204 has the backports request [04:04] Launchpad bug 728204 in lucid-backports "Please backport haproxy 1.4.8-1 to lucid (currently 1.3.22-1)" [Undecided,New] https://launchpad.net/bugs/728204 [04:06] * SpamapS ponders whether or not to try and get another 30 minutes of sleep before his body notices the sun has started creeping over the horizon.. [04:06] * patdk-lap makes spamaps work on the bug he found :) [04:06] SpamapS: I think you should sleep if you can [04:10] zzzz.... updates [04:12] lifeless: I got 5 whole hours... who needs more than that? [04:13] * SpamapS will pay dearly for that at around 3:00pm today.. ;) [04:13] SpamapS: indeed [05:37] how can I tell the version of a program installed via command line? [05:40] dravekx_: dpkg -l PACKAGENAME # If you don't know the PACKAGENAME, try dpkg -S `which PROGRAM` [05:49] ok [06:56] anyone know of a good free online server security check? [06:57] Define "check" [06:59] twb, uhm... [07:00] check = "an online security scanner to see if there are any holes in your server security" ?? [07:00] At layer 3, or 7? [07:01] 7 [07:01] No idea, sorry. [07:02] For 3 I would run nmap or openvas from an endpoint outside your LAN [07:02] For 7 I simply forbid users from running PHP. [07:02] twp, that's a little ruff when msot of your users are wordpress and phpbb fanatics. [07:02] most* [07:02] Fuck em [07:02] lol [07:04] I would replace the former with something that generates static content (bloxsom?) and the latter with NNTP. [07:05] Yeah, "Blosxom can operate as a CGI script or produce static HTML files." [07:05] It's quite a lot harder to exploit bugs in sendfile(2) than in a PHP webapp [07:09] Anyway, if all you care about is wordpress and phpbb, you could look at MITRE CVEs to learn about vulnerabilities. Combine that with whatever best current practices that upstream recommends, and you will be about as secure as you can get for those two [07:42] twb, openvas is what i was looking for. works perfect. thanks. [07:43] Well, I guess technically that's layer 7 [07:44] But it'll test, say, apache2 rather than the apps running inside it === ry_ is now known as ry [08:25] hi, i ryn this coomand [08:26] srry, quotacheck -avugm but it ask for quota force check ? [08:30] any thingggggggggggggggggggggggggggggggggg [08:31] i get this error wen i run quotacheck -avugm and it ask for quota force check [08:32] tap-out: what is the full error? [08:33] quotacheck -avugm , quotacheck: Quota for user is enabled on mountpoint / so might damage the file,please trun quota off or use -f to force checking [08:34] twb, [08:34] tap-out: it wants you to run "quotaoff /" [08:34] tap-out: preferably after kicking all the users off the root filesystem [08:35] twb, how i do that [08:35] tap-out: quotacheck can only operate if the filesystem's quota isn't actively being updated [08:35] u mean there is other user using it [08:36] i am just using terminal and no other one in the server may some service [08:36] tap-out: run "quotaoff /" [08:36] how can i make quota off [08:37] By fucking typing the command I just gave you [08:37] * twb rails at the language barrier [08:38] u fck command not work [08:39] tap-out: did it give an error? [08:39] quota -f , no file system specified [08:40] twb, quota -f , no file system specified [08:40] Sorry, you've exceeded my stupid threshold. Please wait for someone more tolerant to help you. [09:02] New bug: #728299 in samba (main) "package samba 2:3.5.6~dfsg-5ubuntu2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/728299 [09:08] <_ruben> wow .. how can someone turn "quotaoff /" into "quota -f" and still able to operate a computer .. *amazing* [09:29] _ruben: thrice, no less [09:45] I've noticed that Ubuntu redirects MySQL's error log to syslog. Is it possible to change this behavior? [09:46] Probably [09:46] "If you use mysqld_safe to start mysqld, mysqld_safe arranges for mysqld to write error messages to a log file or (as of MySQL 5.1.20) to syslog:" [09:46] Looks like upstream changed the default: http://dev.mysql.com/doc/refman/5.1/en/error-log.html [09:47] I imagine you want to pass --skip-syslog somewhere. === twister004_ is now known as twister004 [09:56] New bug: #728328 in nagios-plugins (main) "nagios plugins depend on samba" [Undecided,New] https://launchpad.net/bugs/728328 === croessner is now known as croessner_ === croessner_ is now known as croessner === twister004_ is now known as twister004 [10:38] jamespage, Daviey can you help to test "UEC install (minimal topology)" amd64/i386 on Natty Alpha3 ? [10:38] jibel, That is my plan :) [10:39] jibel, hggdh and me were testing the candidate last night [10:39] Daviey, Awesome \o/ === ogra_ is now known as ogra [10:46] New bug: #728347 in squid (main) "package squid 2.7.STABLE7-1ubuntu12.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/728347 [10:48] Anyone to test Install (default + RAID1) ? That's the last mandatory test for server on natty alpha3 [10:58] jamespage, Are you snowed at the moment? [10:58] working on the ec2 testing stuff at the moment [10:58] Want me to pickup that test? [11:11] New bug: #728362 in eucalyptus (main) "instance-id meta-service url 10.04.2" [Undecided,New] https://launchpad.net/bugs/728362 [11:52] jamespage, if you could, that would be awesome... I'm kinda tied up on awstrial atm, causing pain [11:58] smoser, When you are around - would you consider the upgrade delta warning for grub.conf, when upgrading grub a bug? [12:00] yes. [12:00] it forces a prompt ? [12:00] please open a bug. [12:03] smoser, ack [12:04] Daviey: won't get to it for an hour or so - is that OK? [12:05] jamespage, Sounds good to me... jibel ? [12:05] * Daviey ^5's jamespage [12:06] jamespage, Actually, i could test it in VM. [12:06] I will be [12:07] jamespage, If i do amd64 now, can you do i386 in an hour or so? [12:14] i would like people's input on bug 728167 [12:14] Launchpad bug 728167 in cloud-init "failure on apt-get update should be warning" [Medium,Triaged] https://launchpad.net/bugs/728167 [12:14] mainly, should failure of 'apt-get update' result in not running 'apt-get install ' where the user specified packages to run. [12:14] or should it just continue on, and warn that the update failed. [12:37] smoser, I don't fully understand the issue... [12:38] smoser, "the exception raised on failed 'apt-get upgrade' inside the cc_apt_update_" Is that a typo? s/upgrade/update/g' ? [12:39] yes [12:39] typo [12:39] ahh [12:40] and now fixed [12:40] So if it fails to update the cache, still try and install packages? [12:40] thank you for reading [12:42] smoser, If that is so.. on the cloud images there is a pretty good chance the cache will be stale, compared to a traditional server install. [12:42] marking the packages for installation might be a better solution? [12:42] I'm trying to run a command in a remote server and, dispite I'm sure the file is there, it says "no such file or directory". What is happening in this case? [12:43] Daviey, the cache will be stale, but not invalid [12:43] oh wait.. yeah i fthere is a package in -updates you might be giong ot fail that too [12:43] smoser, True, but what happens if the packages are not still in the pool? [12:44] smoser, I wonder if the cloud images initial apt cache should be based on the release pocket only? [12:44] well, i was thinking that you'd get the one form the original release (not -updates) [12:44] but you're right [12:45] so what are you suggesting ? [12:45] If the shipped cache is of the release pocket, install should always work [12:45] If apt update works, great [12:45] else they'll get the option next time they do update [12:46] There is a risk they'll not get -security packages on first run though [12:47] m_tadeu_, need more information to help really [12:48] m_tadeu_, what command are you trying to run? [12:48] Daviey: I'm accessing a remote server using ssh. I have a binary in /usr/local/fop2/fop2_server...when I "sudo /usr/local/fop2/fop2_server" it says file does not exist [12:49] I even tryed to go to the dir and run it there....the file is there but bash says it doesn't exist [12:49] Daviey, shipped cache is of release pocket + point in time snapshot of -updates and -security [12:49] m_tadeu_, ls -al /usr/local/fop2/fop2_server <--- that shows it? [12:50] keep in mind that I'm even using tab for autocomplete [12:50] Daviey: -rwxr-x--x 1 root root 6585775 2011-03-03 12:06 fop2_server [12:50] smoser, That is my point... release pocket packages will be there for the life of the image.. -updates and -security is variable [12:51] right. [12:51] but what happens if [12:51] *package in -release [12:51] * package in -update [in cache] [12:51] m_tadeu_, That is _odd_ [12:51] * newer package in -update [not in cache], so referenced deb is now gone [12:52] * apt-get install package [12:52] i think it fails because it sees that the version in its cache in -updates is newer than in -release [12:52] m_tadeu_, Are you sure that is the file that can't be found, or is that trying to execute another binary? [12:52] and tries to get it [12:52] smoser, hmm [12:52] can someone explain to me how to create a cron job? I have one, but not sure how to make it run. [12:52] ivoks: bug 726461 sure sounds familiar :) do you have anyone using ocfs on lucid who does not have instability? [12:52] smoser, Hang on.. [12:52] Launchpad bug 726461 in openssh "sshd on lucid causes kernel panic" [High,Incomplete] https://launchpad.net/bugs/726461 [12:53] smoser, If you shipped the apt cache of just the release pocket, the packages in the pool should be there for the life of the image. [12:53] hallyn: i have no problems [12:53] Daviey: I have no idea, since it's a binary file, not a script. but I'm guessing if it would run another file it would be on the same dir....and now I'm on that dir [12:53] hallyn: let me see :) [12:53] Daviey, right. [12:53] ivoks: really? [12:53] but the apt-cache is just the apt-cache that the build was done on [12:53]