[00:27] <bmunat> I use postfix and amavis and have been getting cron emails from my backup machines erroneously labeled as spam. I've added the sender addresses to 51-whitelist with a value of -15.0, but this seems to be ignored. Does anyone know how I get amavis to use the sender whitelist in 51-whitelist?
[00:41] <ScottK> bmunat: Just out of curiousity, why 51-whitelist instead of 50-user?
[00:44] <bmunat> hmm, I think something (tutorial, etc.) told me to do it that way
[00:44] <bmunat> guess I could try putting the map in 50-user
[00:48] <ScottK> I'm pretty sure it won't matter, just curious.
[00:49] <ScottK> bmunat: Would you pastebin your 51-whitelist?
[00:52] <bmunat> argh, it keeps saying it tripped the spam filter... will try pastie
[00:52] <bmunat> http://pastie.org/765476
[00:53] <bmunat> i'm not super-great with perl syntax... maybe I'm missing something. though amavis starts up, so I don't think I have a syntax error
[00:54] <bmunat> do you know if matching a whitelist entry should make the spam headers not be added to the mail?
[00:54] <bmunat> cuz after moving the contents of 51-whitelist into 50-user, I still see spam headers on a test mail from my backup machine
[00:57] <ScottK> bmunat: Look at lines 145 - 155 of 20-user.  What you have there is incomplete.
[00:58] <bmunat> ScottK: 20-debian_defaults you mean?
[00:58] <ScottK> bmunat: Yes.  Sorry.
[00:58] <bmunat> ahhh... I need to replace the entire data structure
[00:59] <bmunat> duh, that makes sense
[01:00] <ScottK> Don't forget you'll need some more bits at the end too.
[01:05] <bmunat> yeah, got them... and a new test email from the backup machine still has the spam headers, but the score is much lower (close to -15, which is what I set it to), so it appears to be working
[01:05] <bmunat> thank you so much for your help
[01:05] <ScottK> bmunat: You're welcome.
[02:51] <zzz2009> ?
[02:56] <jla> test
[02:56] <jmarsden> jla: This is a channel for Ubuntu server support, not testing IRC... do you have a specific question about Ubuntu server?
[02:57] <jla> Sorry, I thought my client had died
[02:57] <jla> at the moment just lurking
[02:58] <jmarsden> jla: /ping is the way to check if you are still talking to the IRC server...
[02:58] <jla> thanks
[02:58] <jmarsden> You're welcome.
[02:59] <jla> i do have a ? why are so many of the config files for things like amavis split up into so many bits
[03:00] <bmunat> so the updates can replace standard files
[03:00] <bmunat> and leave your customized files
[03:01] <ScottK> jla: The amavis thing really confused me at first, but now I really like it.
[03:02] <ScottK> If it was all one big config file, when you changed anything, you'd almost certainly end up having to sort out maintainer changes versus yours on upgrades.  The way they waterfall if you've set something specific you want, maintainer config changes won't affect that.
[03:02] <jla> I have been trying to setup amavis/clamav/spamassassin and I am finding the chopped up files annoying, eg I thought i had config'd not to quarantine anything only to find a whole bunch of files in thq spamass qu directory. I didn't even look just deleted the whole damn thing
[03:03] <jla> bacj in 5
[03:03] <bmunat> oh yeah... my quaratine dir was several gigs before i noticed it was doing that :-(
[03:04] <bmunat> i just added a weekly cron job to delete everything over a week old
[03:04] <bmunat> tho I've never actually had to retrieve something from quarantine....
[03:06] <ScottK> jla: I believe that the setup in the Ubuntu server guide works reasonably well.  Even if it's not ideal for you, it's a good basis to start from.
[03:08] <bmunat> this may be more of a mysql question, but I'm trying to get rid of the logrotate errors for the mysql logs on an ubuntu system (i.e. http://www.lornajane.net/posts/2008/Logrotate-Error-on-Ubuntu) and even though i've added the user to mysql i still get the logrotate errors...
[03:08] <jla> not sure I agree, i think they are far too loose on things like spam/virii etc. we work on the basis that if it even smell like spam... discard it. why waste resources both human and electonic
[03:09] <bmunat> i even did "GRANT ALL ON *.* TO 'debian-sys-maint'@'localhost' IDENTIFIED BY PASSWORD 'foo'" and flushed privileges.... and the debian-sys-maint user still can't connect
[03:10] <jla> When I first started looking for a server distro I liked the sound of ubuntu, but the more I try to admin it the less enamored I am
[03:16] <jla> The quarrantine (sp) example, why should bmunat have to run a cron job to clean it up, why not let the admin decide if they want to qu stuff or not.
[03:28] <HFSPLUS> UBUNTU AND LINUX ARE CANCER IN A SENSE IF YOU USE IT YOUR BODY WILL GET SEPSIS AND YOU WILL GET CANCER EVERYWHERE IN YOUR BODY\
[03:28] <HFSPLUS> !ops
[03:29] <HFSPLUS> !staff'
[03:29] <HFSPLUS> !staff
[03:30] <jla> ScottK: I can see some of the reason for separating some items, but they seem to have added things like whitelist in out of the way places.
[03:31] <ScottK> jla: Don't worry about it.  Put your own whitely in 50-user and it wil over-ride the maintainers.
[03:39] <jla> ScottK: I guess so, but not having all the default config in one place makes trying to determine what needs to be over-ridden a pain
[03:40] <jtaji> jla: this is how Debian does it
[03:40] <jtaji> it does make life easier once you understand the system
[03:45] <jla> jtaji: I not sure about that. the example I have been using is amavis-new quarantine directory, I don't want it or need it. if it smells like spam/virii we don't accept it, but the amavis setup from debian/ubuntu seems to work on the basis that spam should br delivered if not to the recipient then some where else why!!!!!
[03:47] <jla> Spam should be dumped asap, not delivered
[03:48] <jla> enough of my rantings
[03:48] <jla> back tolurking
[03:49] <jtaji> hehe.. tis ok
[03:50] <jtaji> you certainly can't make everybody happy with defaults, either
[04:10] <qman__> I really like the way config files are split up, it's one of the more important reasons I use ubuntu
[04:10] <qman__> rather than one massive unmaintainable file, it's grouped logically
[04:11] <qman__> and you can still search for a directive with a grep -R if you don't know where it is
[04:34] <jla> qman: I might agree if all the config files were in one place, again the example of amavis, most of the config files are in /etc/amavis, however at least two files are in /usr/shared/amavis/conf.d.
[04:36] <jla> qman: if it were only amavis I might just mutter under my breath, however there are many packages that have been messed about. this creates problems most importantly it is difficult to get support from the developers. and documentation provided by the developers no longer applies
[04:50] <jtaji> jla: you mean /etc/amavis/conf.d/
[04:51] <jtaji> oh I see them
[04:52] <jtaji> http://packages.ubuntu.com/karmic/all/amavisd-new/filelist
[04:53] <jtaji> I don't use it or have it installed to check.. but I'd assume those two aren't read in, and are meant to be copied into /etc/amavis/conf.d/ if desired, but aren't by default for some reason
[04:54] <jtaji> I suspect that's the case, or a bug should be filed, because all system config files go in /etc, period
[04:58] <qman__> yeah
[04:59] <jla> jtaji: they are read, the second turns off the various checks which are then turned on or not in 15-content_filter_mod. The fact that they are hidden and not in /etc/amavis/conf.d really worries me. What else are they hiding, if they don't respect total transparency we might as well stay with M$ and their tricks.
[04:59] <jla> jtaji: the stuff in /var.... is not an accident
[05:01] <jtaji> now you're just being silly, it's clearly transparent as you've found it
[05:02] <jmarsden> jla: For full transparency, as always, the best documentation is the source code.  If you 100% need to, read it.  Then ask Microsoft to do let you read theirs, and see how far you get.
[05:02] <jtaji> and as for amavis defaults, as far as I know it's more common to not drop email into /dev/null, but rather to quarantine
[05:03] <jla> I only found it by accident, when something did not make sense, so i went looking.
[05:07] <jla> jamrsden: reading the code is fine, if you are a programmer, however how many server admins are programmers and would understand the source? as to M$ that was my point.
[05:07] <twb> jmarsden: if you pay Microsoft enough -- if, for example, you're a multinational or a G8 government, you can sometimes get access to the source.
[05:07] <jmarsden> twb: True, but neither jla nor I are likely to meet those criteria.
[05:07] <twb> Just mentioning it for completeness :-)
[05:09] <jla> jtaji: why expend time and resources on things like spam and virii. we are seriously considering requiring pre-registration in order to send us email.
[05:10] <jmarsden> jla: At minimum, a good sysadmin understands the software packaging system that his systems use, and so can quickly and easily see where any given package puts its files.  If that's not enough for you, which apparently it isn't or you wouldn't be complaining about amavis, then... time to read the source.
[05:10] <jtaji> jla: fair enough, I'm just not sure your organization's requirements are in the majority
[05:13] <jla> jmarsden: my concern is that in several cases I have found that there appears to be an attempt hid some of the files involved in packages I wish to use. i other cases the packages have been modified in ways that the original developers do not support, which can lead to other problems.
[05:13] <jmarsden> jla: Hidden files?  That dpkg -L PACKAGENAME does not show?  Really?
[05:15] <jmarsden> Or that you cannot see from looking at the source package if you care enough about the details to do that?  Are these "hidden" files not mentioned anywhere at all in the package documentation?
[05:15]  * jmarsden installs amavis in a VM to check on this claim for himself...
[05:16] <jtaji> jla: bottom line, FHS states that /usr/share/ hierarchy is for architecture independent data, so if those files aren't intended to be modified, then it might be the right spot
[05:16] <jtaji> but sometimes it's a judgement call... and you might have found that different distros make different decisions sometimes
[05:18] <jla> jmarsden: I think you will find that at least acouple of files in amavis are not in the documentation and are not with the other config files.
[05:23] <jmarsden> The two files in /usr/share/amavis/conf.d/ are specifically not to be edited, as comments within them state.  So they are architechure-independent data files, and so are in a perfectly reasonable location per the FHS.  As for being hidden -- they aren't hidden.  Their names do not start with a leading period, their perms allow everyone to read them, and dpkg -L avamis-new clearly lists them.
[05:25] <jmarsden> Lastly, they *are* mentioned in the documentation, see /usr/share/amavisd-new/README.Debian
[05:25] <ruben23> hi
[05:26] <jmarsden> jla: As I said earlier: "a good sysadmin understands the software packaging system that his systems use, and so can quickly and easily see where any given package puts its files"
[05:26] <jla> jmarsden: the documentation for amavis-new is on the amavis-new web site, NOT on the debian site after all amavis-new is not devloped by debian, just A
[05:27] <jmarsden> jla: The documentation foe the amavisd-new Debian package is on your system when you install that package.
[05:27] <jmarsden> If you want to install it from a source tarball and use the upstream web site docs, that is your choice.
[05:29] <jla> as postfix is documented on the postfix web site. If you are not the developer then pissing arround with what you don't own is bad manners. If you want a change then you should suggest then to the develops, contibute the code but to crap on somnebody elses rug is not nice!
[05:31] <jmarsden> jla: If you do not understand the value of a packaging system, use a distribution that does not use one.  If you use Ubuntu, a good sysadmin would understand the Ubuntu packaging system as part of their sysadmin responsibilities.
[05:32] <jmarsden> BTW, the documentation for the Ubuntu postfix package is installed with it and more comes in the related postfix-doc package.
[05:37] <jla> jmarsden: we can argue this till the cows come home. I happen to think that the modification that debian/ubuntu make just make life more difficult not easier.
[05:38] <JanC> twb: actually, even students can get access to a lot of Microsoft sourcecode if they need it for something study-related (& after signing a very strict NDA)
[05:39] <JanC> jla: <offtopic>"virii" is a non-existent word</offtopic>
[05:39] <jmarsden> jla: Your claim that "the" documentation for a Ubuntu package which you just installed is by definition on the upstream web site is clearly inaccurate, and demonstrates a total misunderstanding of what a software package is, IMO.
[05:39] <ScottK> jla: I can understand feeling that way.  I thought so initially too.
[05:40] <ScottK> jmarsden: I think you're being a bit aggressive towards someone that is new here.
[05:40] <JanC> reading README.Debian is often a good start  ☺
[05:41] <jmarsden> ScottK: Probably.  He made a claim he can't substantiate regarding this whole issue of "hidden" files, comparison with MS, etc etc... I'm not sure that was the best way to start out as a newcomer, if such he is.
[05:41] <JanC> README.Debian (or README.Debian.gz) should explain Debian/Ubuntu-specific configuration stuff
[05:42] <ScottK> jmarsden: Certainly, but you've been around here long enough to know better.
[05:44] <jmarsden> JanC: In the case being discussed, it does.  But it was claimed that this is not "the documentation".
[05:44] <jla> I agree, however if I want to setup a package like amavis then I need to understand the full documentation, which is on the upstream site. in the case of postfix it is also available in the /var/doc... but that is not the case in all cases.
[05:44] <JanC> jmarsden: I can imagine not everybody new to Ubuntu/Debian doesn't know about that convention though
[05:45] <JanC> jla: if this sort of docs is missing from /usr/share/doc/<packagename>/ then that's a bug you should report
[05:46] <jmarsden> JanC: Agreed.  There is a difference between coming asking for help, and coming in talking about "...  crap on somnebody elses rug ..."
[05:47] <JanC> well, if you have been trying to fix things for hours, politeness sometimes has something to desire  ;)
[05:48] <jla> ScottK: i am/was migrating my severs from centos/fedora to ubuntu. we currently have a number of services among them postfix/dovecot with amavis-new/clamav/spamassassin/postgrey spam control.
[05:48] <JanC> I hope jla will remember to check those docs in the future  ☺
[05:49] <ScottK> jla: That's a good combination.
[05:50] <jla> jmarsden: I may have come on a little strong there.
[05:51] <jmarsden> jla: Fair enough.
[05:56] <jla> ScottK: we have managed to get our spam level down to about 5%. we work on the basis "that if smells like spam we can it" nothing that gets spamassassin > 5 is accepted, no viruses are accept , even to quarantine, the risks of accidentally triggering are too great, particularly as the majority of downstream are windows.
[05:57] <ScottK> jla: One thing I think you will like about Ubuntu is that we actively maintain clamav so that the current release (once it's tested and reverse depends are updated if needed) is kept available for all supported releases.
[06:02] <jla> getting late and my battery is low, so I had better exit stage right.
[08:28] <kingmanor> ok i switched kernels somehow
[08:29] <kingmanor> now it says im running 2.6.31-16-generic-pae instead of 2.6.31-16-server
[08:29] <kingmanor> how do i change it back
[09:41] <thefish> anyone know of a server info script that can output wiki markup? I used one ages ago that dumps mediawiki formatted server reports, just cant remember the name of it
[09:43] <twb> You want to put server logs on a wiki?
[09:48] <thefish> twb: i want to put server hardware and software info on a wiki, like a parsed output of hwinfo
[09:57] <twb> Ah.
[09:58] <twb> I would just stick it in a PRE block, because I'm lazy
[10:23] <J_P> hi all
[10:24] <J_P> people, I have a interesting problem here. df command show that are there space, but qhen I try create any dir show not space left...
[10:26] <J_P> look http://dpaste.com/140854/
[10:26] <jpds> J_P: What does 'df -i' show?
[10:34] <soren> J_P: You're probably out of i-nodes. "df -i", like jpds suggests, will show you how many i-nodes (instead of space) are available.
[10:35]  * jpds hugs soren.
[10:35] <ttx> soren: o/
[10:35] <J_P> jpds: sorry for long time, look there
[10:35] <J_P> http://dpaste.com/140856/
[10:36] <jpds> Yeah, you're out of inodes.
[10:36] <J_P> soren: http://dpaste.com/140856/
[10:36] <J_P> what is that? or why that?
[10:38] <J_P> jpds: how I repair that?
[10:39] <J_P> jpds: I would like have as reference the df -h correct..
[10:40] <guntbert> J_P: you probably created *many* small files somewhere
[10:41] <J_P> guntbert: humm.. I think yes. But not I. The ZoneMinder software that run on it..
[10:41] <jpds> J_P: http://www.linfo.org/inode.html
[10:47] <J_P> jpds: yes
[10:47] <J_P> There are two ways in which a filesystem can run out of space: it can consume all the space for adding new data (i.e., to existing files or to new files), or it can use up all the inodes. The latter can bring computer use to a sudden stop just as easily as can the former, because exhaustion of the inodes will prohibit the creation of additional files even if sufficient HDD space exists.
[10:47] <J_P> well, I think that solution is use less HD space..
[10:48] <guntbert> J_P: you sulution would be to delete *many* files - its an inode problem and no space problem
[10:48] <guntbert> *your
[10:50] <twb> find /home -xdev -size -2048c or something
[10:50] <twb> (I haven't been paying much attention.)
[10:52] <tos_> ok so USERS are able to CD wherever the hell they want in /etc/passwd and whatever, how can i keep them to /home only!?
[10:53] <twb> tos_: why does it matter?
[10:56] <alex_joni> passwords are not stored in /etc/passwd, so you shouldn't worry about that
[10:59] <twb> alex_joni: unless you specifically force that ;-)
[10:59] <twb> Which would be a dumb thing to do
[10:59] <soren> ttx: Hey, dude.
[10:59] <ttx> soren: how was your holiday break ?
[11:00] <soren> ttx: My INBOX says "too long".
[11:00] <ttx> soren: My burndown chart says "too flat" :)
[11:04] <soren> ttx: Yeah, that too. I had a /very/ short list of stuff I wanted to get done over the holidays. I haven't done anything.
[11:04] <ttx> soren: that's good !
[11:04] <soren> That's a point of view :)
[11:06] <twb> I wanted to be left alone, and I got that for once
[11:06] <twb> soren: http://www.structuredprocrastination.com/
[11:08] <soren> Fascinating
[11:08] <soren> truly
[11:08] <twb> soren: it advocates making sure your list of things to do is REALLY long
[11:08] <soren> check
[11:09] <twb> If I was one of those GTD wankers, I'd tell you that it changed my life.  But it didn't, because I basically ignore the essay's advice.
[11:09]  * soren is a GTD wanker
[11:10] <twb> :-)
[11:10] <twb> They are never far away
[11:10] <soren> My favourite part of that essay is the photo with the caption: "Author practices jumping rope with seaweed while work awaits."
[11:12] <twb> I say this while making lunch at 10:20PM
[11:19] <ScottK> cemc: I think the issue you saw with spamasassin and amavisd-new was bug 502615.  I'm curious what you think of the proposed solution?
[11:22]  * soren lunches
[11:26] <tos_> ok what im trying to do is stop users from going to other directorys
[11:27] <twb> tos_: why?
[11:28] <cemc> ScottK: that solution only works if sa-update is used from crontab, not when the spamassassin _package_ is updated. like you said, maybe not everyone is using sa-updates
[11:29] <tos_> twb... im just paranoid i guess
[11:29] <ScottK> cemc: OK.  I'm open to ideas then.
[11:29] <twb> tos_: then unplug your system and turn it off
[11:29] <tos_> yeah
[11:29] <tos_> good idea
[11:29] <twb> tos_: if you're concerned about security, you should start out by working out the attack vectors and then closing them down.
[11:30] <twb> You don't start by picking a random thing to lock down, and trying to do it -- it's not a productive use of time.
[11:38] <cemc> ScottK: maybe it should check in postinst if there's amavis with spamcheck running... ?
[11:39] <ScottK> cemc: I was thinking similarly.  The concern I have is if there is a performance impact on heavily loaded sites.  Not sure and not sure who to check with.
[11:39] <cemc> ScottK: performance impact in what way? by restarting avamis?
[11:40] <ScottK> Yes.
[11:40] <ScottK> If you stop all the running processes on a fast moving site, is that going to be a problem.
[11:40] <ScottK> I'm guessing not since it's not like you're doing this every 5 minutes.
[11:41] <ScottK> I think it's more of a potential concern for the sa-update cron job.
[11:42] <erichammond> http://alestic.com/2010/01/vmbuilder-ebs-boot-ami
[11:42] <erichammond> feedback welcomed
[11:46] <twb> erichammond: you don't say what AMI and EBS stand for :P
[11:47] <twb> ec2 makes me assume they're a eucalyptus thing
[11:47] <erichammond> twb: Good point.  However, if somebody doesn't know what those mean, they are not the target audience of this article :)
[11:48] <twb> I figured :-)
[11:50] <erichammond> EC2 is a service run by Amazon which provides on-demand, self-service, pay-as-you-go computing infrastructure including virtual servers.
[11:50] <erichammond> Eucalyptus implements something like EC2 but you run it on your own hardware.
[11:51] <erichammond> I use EC2 extensively.  I've never used Eucalyptus.
[11:52] <erichammond> When you start a virtual server on Amazon EC2 (or Eucalyptus for that matter, but I'll stop mentioning it) you need to tell it the Amazon machine image (AMI) which you want the server to run.
[11:53] <erichammond> This determines the Linux distro (or OpenSolaris or Windows version) as well as what software is installed by default and how it is configured.
[11:53] <erichammond> There are a number of publicly available AMIs which you can choose from, including Ubuntu ones built by the great folks on this channel.
[11:54] <erichammond> In some situations, though, you may want to build your own custom AMIs which is what this article provides steps for advanced users to take and adapt.
[11:55] <guntbert> erichammond: thx for the mini lecture - appreciated here :-)
[11:56] <erichammond> EBS is Amazon's Elastic Block Store which is persistent storage on EC2.  Instances run from normal (S3 based) AMIs lose everything stored on local disk when they are terminated.  Instances run from EBS boot AMIs have their root disk stored persistently and they can stop/start at will just like you would expect from a normal physical computer.
[11:57] <erichammond> I'm not sure if it's useful without me talking, but here is a presentation I gave about building custom AMIs for EC2 at OSCON 2009: http://oscon2009talk.notlong.com
[11:59] <erichammond> I will be updating the talk to use vmbuilder instead of ec2ubuntu-build-ami for presenting at the next venue which will have me.
[12:20] <alonswartz> Hey folks, do you see any issues in deploying UEC on Amazon EC2?
[12:27] <erichammond> alonswartz: It won't work.
[12:28] <alonswartz> erichammond, could you explain why?
[12:31] <erichammond> alonswartz: There are VM experts on this channel.  I am not one of them.  All I know is that nobody has been able to get any second level VM working on top of of EC2's custom Xen framework and lived to tell the tale.
[12:31] <erichammond> (As it turns out I can be an EC2 expert without knowing much about VMs.  One of the beauties of EC2 is it hides (almost) all that stuff from you.)
[12:32] <Aison> i'm using samba 3.4.0 server and on linux client 3.4.4
[12:32] <Aison> when copy big files, there are almost allways transmission errors. So when copy from client to server the resulting md5 sums of the copied files are almost allways different
[12:32] <Aison> this happens only with samba. I also used NFS or RSYNC and there were never errors so far
[12:34] <alonswartz> erichammond: I've been following alestic since its conception, you do great work!
[12:35] <alonswartz> it seems like an interesting project to get UEC running ontop of ec2, i'll give it a stab, but if those who have tried are willing to share their experience, that would be great
[12:38] <pmatulis> Aison: character set issue?  just an idea
[12:42] <Aison> pmatulis, don't think so. Do the characterset affect the content of the file?
[12:44] <pmatulis> Aison: well you can configure samba for different character sets, so it must do something at that level
[12:44] <pmatulis> Aison: check your smb.conf for character sets (man smb.conf)
[12:44] <Aison> I think that only affects the filenames
[12:45] <pmatulis> Aison: like i said, just something to investigate (an idea)
[12:46] <Aison> I just noticed, that with windows clients, there are no errors ;)
[12:51] <erichammond> alonswartz: The people who have tried to run a VM on top of EC2 and failed over the last few years shared their experience on the EC2 forum: http://ec2forum.notlong.com
[12:51] <erichammond> It doesn't have the best search engine, unfortunately
[12:52] <alonswartz> erichammond: thanks, i'll take a look
[13:31] <zul> morning
[13:31] <pmatulis> mornin'
[13:48] <kirkland>  morning, server devs :-)
[13:49] <jiboumans> morning kirkland
[14:33] <smoser> good morning / happy new year all.
[14:35] <jibouman`> morning smoser
[14:42] <ivoks> someone knows; ppa build daemons can't access net during building?
[14:44] <jpds> ivoks: They can't.
[14:44] <ivoks> that's bad... :/
[14:44] <jpds> No it isn't.
[14:44] <zul> hey smoser
[14:45] <ivoks> well, depends on point of view
[14:45] <zul> ivoks: its just like the regular builds
[14:45] <zul> ivoks: happy new year btw
[14:45] <ttx> smoser: happy 2010 to you too !
[14:45] <ivoks> i have one source that uses network resource for building
[14:45] <ivoks> zul: happy new year :)
[14:45] <ivoks> happy new 20101 everybody!
[14:46] <ivoks> warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl"
[14:46] <ttx> ivoks: then it's not fully reproducible, since it depends on "something else"
[14:46] <ivoks> i guess i should install docbook-xsl and use it instead of the network resource
[14:47] <ttx> ivoks: I don't know... but it sounds like a good idea :)
[14:54] <ScottK> ivoks: I'm curious for your opinion on what we should do about bug 502615
[14:54] <ivoks> i'm wearing my cluster hat at the moment :)
[14:55] <ivoks> why should it restart amavis?
[14:55] <ivoks> huh?
[14:55] <ivoks> amavis just uses spamassassin daemon
[14:55] <ivoks> it isn't aware of spamassassin rules
[14:55] <ScottK> OK, just comment in the bug then when you have a moment please.
[14:55] <ivoks> it just pases mail to spamassassin
[14:55] <ivoks> ok
[15:02] <Jeeves_> ivoks: Are you sure?
[15:02] <Jeeves_> I'm not :)
[15:02] <ivoks> i'm not; i didn't check
[15:02] <ivoks> but if amavis calls spam client to check mail
[15:03] <ivoks> i don't see why it shuould be restarted
[15:03] <ivoks> it's like restarting firefox cause your apache now has PHP module :)
[15:03] <ivoks> or restarting amavis cause you have new clamav
[15:04] <ivoks> anyway, i'll take a look as soon as i finish cluster stuff
[15:06] <baffle> Anyone here familiar with NPIV? I have QLogic QLE2560 adapters and Brocade-switches with NPIV Enabled on the ports to the server. But /sys/class/fc_host/host3/max_npiv_vports is "0", and "echo '2100001b32fff001:2000001b32fff001' > /sys/class/fc_host/host3/vport_create" gives "write error: No space left on device"; I.e. no NPIV ports gets created. Ideas?
[15:07] <baffle> "port_type" is; NPort (fabric via point-to-point)
[15:07] <baffle> So that should be correct..
[15:08] <Zim_> hello
[15:09] <Zim_> can anyone tell me how to go about having a CGI script run instead of index.html?
[15:13] <MagicFab> DavidLevin, hi
[15:14] <MagicFab> ..and Welcome :D
[15:15] <Zim_> hi
[15:26] <ivoks> mathiaz: happy new year
[15:26] <mathiaz> ivoks: happy new year !
[15:26] <mathiaz> ivoks: how are you doing?
[15:27] <ivoks> good, you?
[15:28] <mathiaz> ivoks: \o/
[15:28] <ivoks> jolly, eh? :D
[15:28] <ivoks> i have a workaround for NFS'd /home in 9.10
[15:29] <ivoks> instead in /home, mount it in /media/home and then add mount -o bind /media/home /home to rc.local
[15:29] <ivoks> :D
[15:31] <Jeeves_> Zim_: Ehm, you'd have to set ExecCGI on that dir
[15:32] <Zim_> Jeeves: thanks for the pointer
[15:33] <Jeeves_> np!
[15:33] <zul> hi mathiaz
[15:33] <Zim_> Jeeves: Do i place the script in cgi-bin or the /var/www directory
[15:34] <Jeeves_> Zim_: That depends
[15:34] <Jeeves_> if you put it in the cgi-bin, your url looks differen
[15:34] <Jeeves_> +t
[15:35] <Zim_> Looks like I'll have rename the index.html to something else, plus change all the urls that link to it, and put the script in the www flder
[15:36] <Jeeves_> Uh, possibly
[15:44] <mathiaz> zul: hi - what's the story about autofs?
[15:44] <mathiaz> zul: is autofs 5 stable enough to be move to main in place of autofs 4?
[15:48] <zul> mathiaz: i think so both rhel and suse use it
[15:49] <zul> mathiaz: im gong to done the MIR request today
[15:56] <mathiaz> kirkland: ttx: are the current lucid eucalyptus packages functional?
[15:56] <mathiaz> kirkland: ttx: or should I stick to the alpha1?
[15:57] <kirkland> mathiaz: they should be functional
[15:57] <kirkland> mathiaz: i think we'd like to know if they're not :-)
[15:57] <mathiaz> kirkland: ok - I'll test them
[15:57] <jibouman`> smoser: eta 3 mins
[15:57] <ttx> mathiaz: theer are a number of issues
[15:58] <ttx> mathiaz: like bug 499491
[15:58] <zul> jibouman` and ttx: when you got a sec can you comment on bug 491510
[16:05] <Zim_> folks, am I going nuts? I've just been told that there is not CGI language!?! I thought it was perl
[16:05] <ScottK> Zim_: I do cgi in Python.
[16:05] <Zim_> *no not not
[16:06] <ScottK> cgi and programming language are reasonably orthogonal.
[16:07] <Zim_> ScottK: am i understanding correctly when Im thinking you write a python script, but save it as .cgi?
[16:07] <ScottK> It was more complex than that, but yes.
[16:07] <ScottK> I also first set it up 5 years ago, so I don't recall the details.
[16:07] <ttx> cgi is an interface, not a language
[16:08] <ttx> a way to call programs from a web server.
[16:08] <ogra> thats what the I stands for ;)
[16:08] <ogra> in CGI :)
[16:08] <ttx> CGL ? :)
[16:08] <ogra> hehe
[16:08] <Zim_> thanks chaps
[16:10] <ttx> zul: about bug 491510 -- you should check with the ubuntuone people
[16:10] <ttx> how badly needed it is, and would it be server or clientside.
[16:11] <zul> *sigh* ok
[16:12] <Jeeves_> Hmmm
[16:13] <Jeeves_> Is there a channel about Launchpad/PPA on Freenode?
[16:14] <Pici> Jeeves_: #launchpad
[16:14] <Jeeves_> I could've guessed that :)
[16:15] <jla> ScottK: a restart of amavis maybe needed in order to fix stale any stale sockets. If I remember correctly amavis uses the spamassissin socket and smtp protocol to pass email for checking. If you stop adn restart
[16:15] <baffle> If anyone happends to google this: Brocade switches has to be in "Access Gateway Mode" to enable NPIV to hosts, even if you've set each port to "Enable NPIV". If it is not set up in such a way, max_npiv_vports is reported as 0. Using "Access Gateway Mode" disables all other normal switch features like zoning, so that kinda blows.
[16:15] <ivoks> jla: right, restarting amavis is pointless
[16:15] <ScottK> ivoks: I think that's the opposite of what he said?
[16:15] <jla> If you restart spamassassin i think amavis will be using the "wrong" socket.
[16:16] <ivoks> that's a bug in amavis
[16:16] <ScottK> Does it eventually straighten itself out or does it last forever?
[16:17] <ivoks> i'll do some testing tomorrow
[16:18] <ScottK> Thanks
[16:19] <ivoks> and hopefully start working on mail stack
[16:19] <jla> How that a bug, amavis picks up spamassassin's socket when it starts and keeps it open, you kill the sa the socket is now stale, a reload/restart fixes the problem
[16:19] <kirkland> ttx: so eucalyptus.conf ....
[16:19] <kirkland> ttx: to fix Bug #458211, i'd like to change the way its generated
[16:20] <kirkland> ttx: and fix and fix Bug #487275, too
[16:20] <kirkland> ttx: i'd like to move all of the documentation into a manpage
[16:20] <kirkland> ttx:  and generate the file such that it's not a conffile
[16:20] <kirkland> ttx: and only write the pertinent parts to eucalyptus.conf
[16:21] <ScottK> ivoks: If you start working on it, that's great.  I've had no time.  You might want to start with making the dovecot-postfix patch in dovecot apply so the package will build.
[16:21] <kirkland> ttx: as the eucalyptus-nc's eucalyptus.conf (for instance) contains a bunch of cruft that's not pertinent to NCs
[16:21] <ttx> kirkland: you would generate it from user-configurable or state-driven bits ?
[16:21] <ivoks> ScottK: yep...
[16:21] <ttx> s/or/and/
[16:21] <ivoks> take care... got to go now
[16:22] <ttx> kirkland: I have two issues with it currently
[16:22] <jla> ScottK: Again from memory the condition lasts until amavis is restarted. Also from memory you may also need a restart because amavis builds its own sa config dynamically
[16:22] <ttx> kirkland: one is the "non-pertinent" thing
[16:22] <ttx> kirkland: the other is the "let's make euca_conf rewrite parts of it" approach
[16:22] <ScottK> jla: Thanks.  I'll be interested to see what ivoks' testing produces.  He's pretty smart about this stuff.
[16:22] <kirkland> ttx: i don't think i understand your question ...
[16:22] <kirkland> ttx: user-configurable == debconf ?
[16:23] <ttx> kirkland: my question doesn't make sense, i'll rephrase
[16:23] <ttx> kirkland: what do you mean by "generate the file" ?
[16:24] <kirkland> ttx: well, drop it from the files installed by the package
[16:24] <kirkland> ttx: and generate it in the postinst, if it doesn't already exist
[16:24] <kirkland> ttx: that was my initial thought
[16:25] <kirkland> ttx: debconf'ing each of the items would be nice, i thought
[16:25] <kirkland> ttx: since we already do some of them
[16:25] <kirkland> ttx: and would put a prettier front end on it
[16:25] <kirkland> ttx: make it far more usable
[16:25] <ttx> kirkland: one issue is that euca_conf rewrites eucalyptus.conf
[16:25] <kirkland> ttx: though that's slightly more work that I'd want to commit to for a2
[16:26] <ttx> kirkland: another way to do it would be to make eucalyptus.conf source several files, some of them user-configurable, some of them state-driven (like the NODES= line)
[16:27] <kirkland> ttx: i think i like that idea ...  create a hierarchy of sourced files
[16:27] <ttx> and make sure euca_conf only messes with /var/lib/eucalyptus/configured_nodes and friends
[16:27] <kirkland> ttx: we could install a "base" eucalyptus-base.conf with the common defaults
[16:28] <ttx> kirkland: ultimately I'd like the component registration process not require to run as root
[16:28] <kirkland> ttx: then debconf could write eucalyptus-custom.conf
[16:28] <kirkland> ttx: ah, debconf requires root, right
[16:28] <ttx> kirkland: at that point autoregistration through euca_conf needs to rewrite eucalyptus.conf
[16:29] <kirkland> ttx: right
[16:29] <ttx> kirkland: so all the registration tasks run as root, which is... scary.
[16:29] <kirkland> ttx: okay, i'll think on this a little more, but I like the idea of a hierarchy of sourced files
[16:30]  * ScottK looks at Bug #502071 and thinks "Not bad".  Fixes uploaded, tested and relesead for production in two days on 5 releases.
[16:30] <kirkland> ttx: what about this ....
[16:30] <kirkland> ttx: the package installs a base /etc/eucalyptus/eucalyptus.conf (as it does now)
[16:30] <ttx> kirkland: if we can change it so that euca_conf can run as "eucalyptus" it's slightly less scary.
[16:30] <kirkland> ttx: and euca_conf reads that, then sources ~euclayptus/.eucalyptus.conf
[16:31] <kirkland> ttx: and always writes to ~euclayptus/.eucalyptus.conf
[16:31] <kirkland> ttx: right ... i'm just thinking how to make this look like every other normal program
[16:32] <ttx> kirkland: that would work... though it might be confusing
[16:32] <kirkland> ttx: we'll have a root-administered global configuration file
[16:32] <ttx> the beauty of it is taht you can almost keep the current one
[16:33] <ttx> hm, scratch that. We don't want to keep it :)
[16:34] <kirkland> ttx: bbiab, on the phone with jibouman`
[16:35] <ttx> kirkland: yes, I was thinking about sourcing /var/lib/eucalyptus/configured_nodes at the end of /etc/eucalyptus/eucalyptus.conf, and have euca_conf only write to "configured_nodes"... whichj amounts to the same
[16:36] <ttx> kirkland: though our upstart scripts, I think, happily source eucalyptus.conf as root, istr
[16:36] <ttx> so escalation from eucalyptus to root would be pretty trivial.
[16:36] <ttx> (if not already)
[16:37] <ttx> kirkland: I think that security pass can be solved post-alpha2, I just mention it so that your design doesn't end up orthogonal to it.
[16:59] <Mike_lifeguard> Hello. I wanted to check ssh keys with ssh-vulnkey, and I have installed openssh-blacklist and openssh-blacklist-extra. However, I still get one listed as unknown:
[16:59] <Mike_lifeguard> /home/alphos/.ssh/authorized_keys:2: Unknown (blacklist file not installed): RSA 1023 ad:01:41:d1:9e:0d:fe:c5:5f:13:91:7c:3f:8f:6c:8c /home/alphos/.ssh/authorized_keys
[17:00] <Mike_lifeguard> I see that the length is 1023 - that's wrong, isn't it? Should be 1024
[17:24] <bdeb> Hey, I am having MPT Fusion problems, it this the place for questions?
[17:29] <bdeb> I have an LSI p211-4i SAS controller.  lsiutils says that ' 0 MPT ports found'
[17:31] <bdeb> there is no ioc0 listed in /proc/mpt.  just a summary file and a verions file
[17:33] <karmst> hello everyone
[17:34] <karmst> I'm trying to find what the best way is to make incremental image backups of Ubuntu?
[17:35] <karmst> can anyone help?
[17:37] <bdeb> I use Bacula for backups.  www.bacula.org
[17:37] <karmst> is there anything to do live backups?
[17:38] <karmst> so you can be using the system and still get a full backup
[17:38] <karmst> Like a VSS?
[17:39] <bdeb> I belive you would want to put you volumes on LVM.  Then you can snapshot them, mount the snapshots, and then back up.
[17:40] <bdeb> Thats how I backup Zimbra
[17:40] <karmst> ah
[17:41] <karmst> have you had to do a restore before using that method?
[17:41] <karmst> or a bare metal restore?
[17:41] <bdeb> no i havent done a bare metal restore.  but I believe you can.
[17:44] <karmst> ok
[17:44] <karmst> thank you
[19:00] <smoser> mathiaz, ping
[19:00] <mathiaz> smoser: o/
[19:00] <smoser> had you started any of the ec2-config "plugins"
[19:00] <mathiaz> smoser: zappy vew hii-ear!
[19:00] <smoser> why thank you sir. the same to you and yours
[19:01]  * zul things mathiaz might still be drunk
[19:01] <mathiaz> zul: it's been 4 days now
[19:01] <mathiaz> smoser: well - by plugins, you mean writting upstart jobs?
[19:01] <zul> well you could have gone on a bender but anyways
[19:01] <mathiaz> smoser: if so - nope - not yet
[19:01] <smoser> the closest i got to a mathiaz level bender was watching "hangover" the movie on new years eve :)
[19:01] <smoser> mathiaz, right.
[19:02] <zul> smoser: ill you my greyhound bender eventually
[19:02] <smoser> ok, i didnt' htink so. zul is going to take a stab at those.
[19:02] <mathiaz> smoser: the main issue is reading the yaml config file
[19:02] <smoser> ?
[19:02] <mathiaz> smoser: depending on when you run the upstart job, you may not have access to /usr yet
[19:02] <mathiaz> smoser: which means you may not be able to parse the yaml file
[19:03] <mathiaz> smoser: you basically need to be able to code: if the option apt-update is in the config file and is set to yes, run this upstart job
[19:03] <mathiaz> smoser: you basically need to be able to code: if the option apt-update is in the config file and is set to yes, run this *code*
[19:03] <smoser> not a worry. i know its a mess, but this is ec2-init. specific purpose, /usr == /
[19:04] <mathiaz> smoser: doing so in perl, python, ruby is easy
[19:04] <mathiaz> smoser: oh ok - so if we assume that /usr == /
[19:04] <smoser> i think to be reasonable at this point we have to assume that.
[19:04] <mathiaz> smoser: then all upstart jobs can depend on / being mounted
[19:05] <smoser> i think they can depend on /usr being mounted just as well
[19:05] <mathiaz> smoser: so writing an upstart job that check whether apt-update is set to yes is easy
[19:05] <smoser> do you know in upstart, can you write "i depend on /usr" which will be synonomous with 'i depend on /' if /usr == / ?
[19:05] <smoser> mathiaz, right, i know they're easy, just need to start knocking them off
[19:06] <mathiaz> smoser: yop
[19:06] <mathiaz> smoser: as far as /usr dependency I don't know
[19:06] <mathiaz> smoser: (my yop was for your call for starting to write them)
[19:06] <smoser> fwiw, we're no more broken than we were before.
[19:07] <smoser> ec2-init was set to run long before /usr was guaranteed to be mounted
[19:07] <smoser> in karmic
[19:07] <smoser> and previous
[19:08] <smoser> thats not to say its not broken, but we've been broken in that assumption before.
[19:08] <mathiaz> smoser: oh - so we can write upstart jobs that start on started mountall = / and started cloud-config?
[19:08] <smoser> well i think that you dont have to depend on mounted /
[19:08] <zul> so if i get this straight you have a python-yaml config file and you have a plugin in ec2-init that does stuff based on the config file right?
[19:09] <smoser> as cloud-config will not be emitted until that is the case
[19:09] <smoser> as it depends on it
[19:09] <smoser> zul, the plan is that we add these config parsers as upstart jobs
[19:09] <mathiaz> smoser: agreed
[19:09] <mathiaz> zul: https://wiki.ubuntu.com/ServerLucidCloudConfig
[19:09] <mathiaz> zul: the design section outlines the plan
[19:10] <smoser> right. mathiaz was helpful and wrote things down :)
[19:10] <smoser> so zul the idea is that each little config snippit has a corresponding upstart job
[19:10] <smoser> and it reads an environment variable that is set to say where the config file is. then, it reads its section, and responds accordingly
[19:11] <zul> so the upstart job tell ec2-init to do whatever?
[19:11] <mathiaz> zul: not really
[19:11] <mathiaz> zul: upstart jobs are independent of ec2-init
[19:12] <zul> ok
[19:12] <mathiaz> zul: they wait for the cloud-config event to be fired by ec2-init
[19:12] <mathiaz> zul: and then they read the relevant configuration file
[19:12] <mathiaz> zul: based on the content of the configuration file, they do whatever they need to
[19:12] <zul> i think I get it
[19:13] <smoser> right. its fairly simple design, mathiaz gets credit.
[19:13] <mathiaz> zul: for example, apt_update upstart job checks if apt_update is set to true, if so it runs apt-get update
[19:13] <zul> so it cloud-config done?
[19:13] <zul> er...so is cloud-config done?
[19:13] <smoser> the event, no. nothing is delivering that yet
[19:13] <smoser> but that will be fired by ec2-init (which may/should be renamed)
[19:14] <mathiaz> zul: you can start to write the upstart job though
[19:14] <zul> ok
[19:14] <smoser> right.
[19:14] <mathiaz> zul: what matters here is to agree on the configuration syntax
[19:14] <mathiaz> zul: there is an example on the wiki page
[19:14] <mathiaz> zul: and I've been discussing some part of it (the default for apt-update) with erichammond on ubuntu-cloud@
[19:14] <zul> so you need me to write the configuration files?
[19:15] <zul> yeah im just going to the discussion now
[19:15] <mathiaz> zul: I'd suggest you to write the upstart jobs
[19:15] <mathiaz> zul: that will parse the configuation file
[19:15] <mathiaz> zul: as the syntax and proposed configuration options are already laid out
[19:15] <zul> mathiaz: k
[19:15] <mathiaz> zul: there is an example/reference configuration file at https://wiki.ubuntu.com/ServerLucidCloudConfig
[19:17] <zul> mathiaz: ok ill be bugging you guys alot then
[19:17] <smoser> thank you mathiaz zul
[19:26] <kinja-sheep> Hello, I'm trying to use dnsmasq to create DNS caching. I got that one to work nicely. However, I'm struggling with DHCP server. I have a machine connected to the laptop (via router but in switch mode). What am I doing it wrong? It can't obtain an IP address.? :(
[19:27] <kinja-sheep> Any assistances would be nice. I'm still working on this one.
[19:34] <naito_> Hello .... Anyone with the clud running ?
[19:36] <naito_> I just installed Ubuntu Server 9.10 with Eucalyptus, and when i run "euca-describe-availability-zones verbose", it tells me that the max VMs that i can run are 0. Anyone had this problem ?
[19:40] <kees> soren: oops, I was in the wrong channel.  vmbuilder.  yup, added it everywhere needed.  still explodes.
[19:41] <naito_> Anyone ?
[19:41] <soren> kees: traceback?
[19:42] <kees> soren: one sec
[19:43] <kees> soren:
[19:43] <kees>   File "/usr/lib/python2.6/dist-packages/VMBuilder/plugins/ubuntu/distro.py", line 118, in preflight_check
[19:43] <kees>     mod = __import__(modname, fromlist=[self.vm.suite])
[19:43] <kees> ImportError: No module named lucid
[19:44] <soren> kees: /usr/lib/python2.6/dist-packages/VMBuilder/plugins/ubuntu/lucid.py exists?
[19:44] <kees> soren: ah, craps.  I have it in /usr/share/pyshared/VMBuilder/plugins/ubuntu/lucid.py
[19:45] <soren> kees: Yeah. Yay, pycentral.
[19:46] <kees> *facepalm*
[19:46] <kees> yeah, working now.  thanks.  :)
[19:53] <kees> soren: will you merge my branch for ext4 support and lucid guest support?  lp:~kees/vmbuilder/use-ext4/
[20:04] <soren> kees: Not right now, but yes, sure.
[20:05] <kees> soren: ok
[21:55] <adac> Some time ago I installed gnome desktop on my server and now I want to remove it again. How to do that? I tried sudo apt-get remove ubuntu-desktop but it seems that this package was not the one i installed back then...
[21:56] <guntbert> adac: that is only a meta package
[21:56] <adac> guntbert, how can I find out which one is the real one?
[21:56] <guntbert> adac: look at its dependecies - remove them
[22:03] <adac> guntbert, how do I find out the dependecies on command line?
[22:04] <guntbert> adac: apt-cache show <package> (its quite a lot :))
[22:05] <adac> guntbert, Ok! let's see if I get lucky :D
[22:07] <mathiaz> kirkland: hi!
[22:07] <mathiaz> kirkland: I'm trying to install UEC and the step to discover new nodes doesn't seem to work
[22:07] <mathiaz> kirkland: sudo euca_conf --no-rsync --discover-nodes
[22:07] <mathiaz> kirkland: http://paste.ubuntu.com/351456/
[22:08] <kirkland> mathiaz: hmm
[22:08] <kirkland> mathiaz: are your nodes broadcasting the avahi message?
[22:09] <mathiaz> kirkland: well - there is an avahi-publish process running on the node
[22:09] <mathiaz> kirkland: http://paste.ubuntu.com/351457/
[22:10] <mathiaz> kirkland: hm - I've rebooted the CC
[22:10] <mathiaz> kirkland: it finds a node now
[22:10] <kirkland> mathiaz: reboot was required?
[22:11] <kirkland> mathiaz: euca version?
[22:11] <mathiaz> kirkland: it was a package installation
[22:11] <mathiaz> kirkland: using the latest from lucid
[22:11] <mathiaz> kirkland: now I get this: http://paste.ubuntu.com/351459/
[22:11] <kirkland> mathiaz: which is what?
[22:11] <kirkland> mathiaz: we have made a few uploads today
[22:11] <mathiaz> kirkland: 1.6.2~bzr1120-0ubuntu1
[22:12] <jibouman`> time to call it a night; see you guys tomorrow
[22:12] <kirkland> jiboumans: later
[22:13] <kirkland> mathiaz: okay, thanks
[22:13] <mathiaz> kirkland: well - it cannot find the node anymore now
[22:13] <kirkland> mathiaz: ?  it didn't, then it did, now it's not again?
[22:14] <mathiaz> kirkland: it didn't, it rebooted, it did, it's not again
[22:14] <mathiaz> kirkland: it == CC
[22:14] <mathiaz> kirkland: the NC hasn't moved (and I haven't added it to the CC)
[22:17] <mathiaz> kirkland: well - I've rebooted the CC - and the node can be discovered
[22:17] <kirkland> mathiaz: but only for a short while
[22:17] <kirkland> mathiaz: then it can't?
[22:18] <mathiaz> kirkland: let me wait for the short while
[22:18] <mathiaz> kirkland: the next issue is that it detected the ipv6 address
[22:18] <mathiaz> kirkland: and then it fails to login if I try to add the node
[22:19] <mathiaz> kirkland: http://paste.ubuntu.com/351462/
[22:19] <mathiaz> kirkland: ok - and now the node cannot be discovered anymore
[22:22] <kirkland> mathiaz: hrm, that stinks
[22:28] <mathiaz> kirkland: hm well. Seems like it's working now
[22:28] <mathiaz> kirkland: I'm confused
[22:28] <mathiaz> kirkland: but at least it seems that the CC is talking to the NC
[22:28] <mathiaz> kirkland: now I can't get the credentials - http://paste.ubuntu.com/351469/
[22:29] <kirkland> mathiaz: is the web frontend running?
[22:30] <mathiaz> kirkland: which process would it be?
[22:30] <mathiaz> kirkland: I'm running CC+CLC+Walrus+SC on one machine
[22:30] <kirkland> mathiaz: apache listening on 8443, i think
[22:31] <mathiaz> kirkland: yop - eucalyptus-cloud is listening on port 8443
[22:33] <kirkland> mathiaz: hmm, then the cred download should work
[22:34] <mathiaz> kirkland: reading through the log - I can see some jdbc connection errors
[22:47] <mathiaz> kirkland: hm - it seems that eucalyptus-cloud is not answering to request
[22:48] <mathiaz> kirkland: a wget on https://localhost:8443/register times out
[22:52] <kirkland> mathiaz: sorry, i'm hacking on the wsdl stubs atm
[22:52] <kirkland> mathiaz: let me get this handled, and i'll give you my full attention ;-)