/srv/irclogs.ubuntu.com/2006/02/15/#ubuntu-server.txt

=== fmasi [n=fmasi@200164158077.user.veloxzone.com.br] has joined #ubuntu-server
=== bashgeek [n=daniel@xdsl-213-168-121-2.netcologne.de] has joined #ubuntu-server
bashgeekhi02:02
bashgeekis there any installation guide to install ubuntu on a remote system via. rescue console?02:02
=== fmasi [n=fmasi@200164158077.user.veloxzone.com.br] has joined #ubuntu-server
=== fmasi [n=fmasi@200164158077.user.veloxzone.com.br] has joined #ubuntu-server
=== troy [n=troy@wnpgmb01dc2-31-205.dynamic.mts.net] has joined #ubuntu-server
troygood day folks02:47
=== fmasi [n=fmasi@200164158077.user.veloxzone.com.br] has joined #ubuntu-server
=== sls [n=stephans@mail.farorbit.com] has joined #ubuntu-server
=== lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #ubuntu-server
ubijtsa2fabbione: no worries..08:22
fabbionemorning08:22
fabbionei am not worried :)08:22
fabbionewhat' s up?08:22
ubijtsa2I was going to ask you about setting a hard stack limit in /etc/security/limits.conf08:23
ubijtsa2testing it last night though showed there being no difference in memory usage on a freshly booted system08:24
fabbionehmmm i am not too happy about changing these defaults08:24
ubijtsa2it had been suggested to me it could make as much difference as 100MB on a full Gnome desktop..08:24
ubijtsa2the default of the system seems to be allocating 8MB of stack, and lowering that to 512kB was the suggestion08:25
ubijtsa2as it turns out, it probably will not make that much difference.. hence the 'no worries' comment :)08:26
fabbionenope08:26
fabbionethat's just wrong08:26
fabbionethat's not the default alloc on the stack.08:27
fabbioneit's max amount of stack a user can allocate08:27
fabbioneif you hit the limit, the process is killed08:27
fabbioneso something like that will just break in some corner cases08:28
fabbione= BAD08:28
ubijtsa2Mmhmm.. I wanted to ask you about it last night, but while rebooting I encountered oddities with zeroconf08:28
ubijtsa2hence why I was not back on IRC when you replied08:28
ubijtsa2still, half a meg of stack should be more than adequate..08:30
fabbione-> REJECTED08:31
fabbioneit breaks stuff in corner cases08:31
fabbioneand you don't want that08:31
fabbione8MB is more than fine08:32
fabbioneand again, it is a limit08:32
ubijtsa2I understand..08:32
fabbioneit's not allocated by default08:32
neuralisfabbione: long time no see08:37
neuralisfabbione: how are things?08:37
fabbionehey neuralis08:38
fabbionei am fine and you?08:38
neuralispretty good, moved back to cambridge a week ago, horribly busy08:46
fabbionei believe that08:46
neuralishow's server-candy coming along?08:47
fabbionewe are at 2/3 more or less08:47
neuralisnice!08:47
fabbionethere are things that needs to be done08:47
fabbionebut we are getting there08:47
fabbionewe won't manage to get /etc in RCS08:48
fabbionebut otherwise we are okish08:48
neuralishmm, too complicated or other problems?08:48
fabbionemainly the changes in bzr08:48
fabbionebzr is changing too fast to be good for 5 years08:49
fabbioneand i didn't want the overhead of other RCS08:49
neuralisyeah, good decision08:49
fabbionethere are also the 3rdy part tools that need packaging or something08:49
fabbioneassuming we can redistribute them08:49
fabbionebut that's like a couple of days of work08:49
neuralisalthough, for just versioning /etc, bzr 0.7 would probably be just fine08:50
fabbionemy point is that the bzr backend is changing fast08:50
fabbioneso let say we ship 0.7 in dapper08:50
fabbioneit might not be compatible with dapper+108:50
fabbionefigure in 5 years08:50
fabbioneso you might not be able to use the repos for cross merging08:50
fabbioneand that's one of the most interesting features about having all /etc in RCS08:51
neuralisright.08:51
fabbionecherry-pick this change from the test-server... boom08:51
neuraliswell, bzr should stabilize quite a bit by dapper+1, so hopefully we can do it then.08:51
fabbionedid you hear anything from the cluster guys?08:52
neuralisnope.08:52
fabbionei guess they won't match our deadlines08:52
fabbioneoh well.. we will work it out for dapper+1 hopefully08:53
neuralisit sounds like they'll still put out openssi packages for dapper, just not through ubuntu channels08:53
fabbionethat's sick.. but ok08:53
fabbioneif they prefer that way08:53
neuralisthey don't, but there just wasn't enouh time to meet UVF08:53
neuralis*enough08:53
fabbionewell they need to meet Feature Freeze08:53
fabbionethat's in 13 days08:54
ajmitchbzr guys are hoping to have 0.8 in dapper, with the understanding that there be some stability in branch formats & API (though probably not for 5 years)08:54
neuralisajmitch: they're aiming for 6-12 months.08:54
ajmitchnot nearly enough for a 5-year distro support08:54
neuralisfabbione: to be honest, i think it's better for ubuntu not to have it in officially for dapper. it's not stable enough.08:54
fabbioneneuralis: ok08:54
neuralisfabbione: so let them put out packages separately and get testing, and we can look at official inclusion for dapper+108:55
fabbioneneuralis: right, but we will land in the exact same problem08:55
fabbionedapper+1 won't have .1508:55
fabbioneprobably .18 or something08:55
fabbioneif the openssi guys don't start tracking recent kernels, it will be the same as Xen for hoary/breezy/dapper...08:56
fabbioneanyway i need to reboot my ws08:56
fabbionebrb08:56
neuralisok08:56
=== fabbione [i=fabbione@195.22.207.162] has joined #ubuntu-server
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-server
fabbionere09:06
neuralisfabbione: around feature freeze, i'd like to chat with you briefly about everything that went into server, to make sure i don't forget anything09:13
fabbionesure09:14
fabbioneassuming i can remember all of it :)09:15
fabbionebut i think we should chat about it today09:15
fabbioneso if there is something i did overlook09:15
fabbionethere might be time to get it done09:15
neuralissure09:15
neuraliswould you like to do it now or later?09:15
fabbionei just need about 20 minutes to finish something09:15
neuralissure. ping me when you're back.09:16
fabbioneyup09:16
=== allee [n=ach@dialin-212-144-132-106.pools.arcor-ip.net] has joined #ubuntu-server
=== allee [n=ach@dialin-212-144-132-106.pools.arcor-ip.net] has joined #ubuntu-server
=== lionelp [n=lionel@10.21.96-84.rev.gaoland.net] has joined #ubuntu-server
fabbionere09:42
fabbioneneuralis: still around?09:42
neuralisfabbione: yep09:44
fabbioneok where do you want to start?09:45
neuralisi just went over the list of all dapper specs09:45
neuralisrelevant to servers are HardwareTestingCatalog, CommunityServerHardwareTesting, KernelServerRoadmap, TestingServerHardware, ServerCandy, UbuntuClusters09:46
neuraliswe should probably talk only about the last two09:46
fabbioneKernelServerRoadmap is implemented09:46
fabbionein terms that we have the kernels09:46
fabbionewe need to make them the defatuls for server CD09:46
fabbioneand probably do some more config tuning09:47
fabbionenothing really fancy is left there09:47
neuralisright, i just want to find out specifically what was changed in them, although i suppose i can just look at the .config09:47
fabbionebasically -server doesn't have PREEMPT, HZ=10009:47
fabbioneand a bunch of modules have been removed from -desktop09:47
neuralissound, DRM removed, i imagine09:48
neuraliseah09:48
neuralis*yeah09:48
fabbionelike for example OCFS2 and GFS09:48
fabbioneno, sound is there09:48
fabbioneyou might want a streaming server "use case"09:48
fabbionebut clearly you don't need OCFS2 on your workstation09:48
neuralisright.09:48
fabbione-server on i386 is only 686+SMP09:49
fabbioneit has basic numa support09:49
fabbione-server-bigiron is pushed to the limit of 64CPU or something09:49
fabbionewith bignuma support09:49
neuralisgot it.09:49
fabbioneBen's definition of -server-bigiron was really good09:49
neuralisthe one posted to -devel? i remember reading it :)09:50
fabbioneyeah that one09:50
neuralisokay. so that gets rid of kernel, and i know what's been going on with the three server specs, so let's talk about server-candy and ubuntu-clusters.09:50
fabbioneyup09:51
fabbionefor Cluster i only managed to keep GFS and OCFS2 updated to a decent level09:51
neuralisokay. slurm didn't make it in due to licencing issues, correct?09:51
fabbioneslurm is GPL09:52
fabbionebut it links with ssl09:52
neuralisbut links against openssl09:52
neuralisright09:52
fabbioneand i never got around to ask all upstreams for permissions09:52
fabbioneor try to port it to gnutls09:52
neuralisi think asking for permission is impractical; probably too many contributors09:53
maswanhow about torque then?09:53
fabbioneneuralis: i agree09:53
maswanslurm seems to have less licensing issues though, just a gnutls port..09:53
fabbioneneuralis: there are also tons of libs that slurm uses.. they have the same issue09:53
maswanI got rather confused trying to read the torque license09:54
fabbionemaswan: i don't remember testing torque.. neuralis did you?09:54
neuralisfabbione: no, there were reasons why we didn't look at it09:54
fabbionei don't remember tbh09:54
neuralisfabbione: i think it's very non-free09:55
fabbioneok09:55
maswanneuralis: I'm not so sure, acutally. There are a bunch of non-free clauses, but they were time-limited and expired in 2002 or something like that.09:55
neuralismaswan: i'll take a closer look, but i doubt we can do this in time for dapper.09:56
neuralismaswan: also, slurm seems to be a much more accepted solution, so i'd really rather that we get that in.09:57
neuralismaswan: the people who really need a resource manager on dapper are few enough that they probably don't mind deploying one by hand.09:57
neuralisfabbione: let's continue09:58
fabbioneyup09:58
neuralisfabbione: drbd, ganglia, lvs?09:58
fabbionewe can look at ganglia and lvs09:58
fabbionethat's just question of promoting them to main09:58
neuralisright09:59
fabbionefor drdb.. dunno.. we have plenty of these solutions already09:59
neuralishmm. examples?09:59
fabbioneaoe, gnbd, nbd...09:59
fabbioneis there something really special about drdb that others don't have?10:00
neuralisnbd just lets you use a remote disk locally. isn't that correct?10:01
fabbioneyes10:01
fabbionelike aoe or gnbd10:01
neuralisfabbione: right. that's not what drbd is for.10:02
fabbionewhat does drdb does in short10:02
fabbione?10:02
neuralisfabbione: drbd is network raid1. it gives you actual drive replication over the network.10:02
neuralisin realtime.10:02
fabbioneok10:03
fabbionethan we want it10:03
fabbioneis the code stable?10:03
neuralisit's not changing much, and it works solidly in heavy production.10:03
fabbioneok10:04
fabbionedo you have an url handy?10:04
neuralisthere is a kernel module component, obviously. is that a problem?10:04
neuralishttp://drbd.org10:04
fabbionei might as well get it done today10:04
fabbioneno10:04
fabbionewell .. it depends of course on how intrusive this thing is10:04
neuralisit's relatively isolated, i believe.10:05
fabbionei will check10:05
fabbionenow i am almost a git guru :)10:05
neuralis:-D10:05
neuralisit should, in theory, apply cleanly to .15.10:06
fabbioneyeah10:06
fabbionewe need to see if it works even if applied :)10:06
neuralisright.10:06
fabbioneok next..10:07
fabbionei guess there is no more for Cluster10:07
neuralisokay, will you pursue the promotion of keepalived, ipvsadm, ganglia, drbd0.7-utils to main?10:08
fabbionedo we need keepalived?10:09
fabbionewe didn't mention it in the spec10:09
neuralisfabbione: yes, we did; it's part of LVS10:09
fabbioneoh right10:09
fabbionei missed the ()10:09
neuralisnp10:09
fabbionei think i can manage to ask for promotion..10:10
fabbionei am sort of utterly overloaded10:10
neuralisdo promotion reports need to be filed, or is it just a matter of asking?10:10
fabbionewe need to fill the forms10:11
neuralisby when?10:12
fabbionethere is no real deadline for it10:12
fabbionebut it would be better if we can at least test the packages before we do so10:12
neuralisright. i'm almost totally unavailable until march; is there anyone else on the server team we can get to do the reports?10:13
fabbione<-10:13
fabbioneor infinity10:14
fabbionewell actually10:14
fabbioneeverybody can do the report10:14
fabbionebut it would be better if that somebody is a known source and could test the pkgs as well10:15
fabbioneit will spare pitti the time to review it again10:15
neuraliswhy don't we get one or two of the 12 ubuntu-server guys to write the reports, and you or infinity can test the packages10:15
fabbionewe can try.. do you want to write a mail to -server asking for it?10:16
neuralis(have most of the ubuntu-server guys actually done something for ubuntu server? writing server specs or doing some actual ubuntu-server work should be a prerequisite for joining, i think.)10:16
neuralisfabbione: yes, i'll take care of it. if we don't hear back in a few days, i'll get back in touch with you about it.10:16
fabbioneok10:17
neuralisok, shall we move on to server-candy?10:17
fabbioneyup10:20
neuralisserver test suite (really burn-in suite) on the cd. i think benc is assigned to work on this. do you know if there's been progress?10:21
fabbioneno progress that i know of10:21
fabbionei think it was assigned to somebody else...10:21
fabbioneanyway10:21
fabbionei doubt that will ever happen10:21
neuraliswhy's that?10:21
fabbionebecause i haven't seen progress so far10:22
fabbioneand there isn't much time left for it10:22
maswanneuralis: Sure. slurm also seems much cleaner, torque has lots of cruft.10:22
neuralismaswan: yes.10:23
fabbioneThird party software inclusion is like i said above10:23
fabbionewe got a list that needs investigation10:24
fabbionetogether with mdy10:24
fabbioneand packaging10:24
neuralisfabbione: hm. well, if we can include stress and iperf on the cd, writing a totally simple script to run them isn't a big deal.10:24
neuraliswe can then build a real interface for dapper+1.10:24
fabbioneneuralis: are they in main or universe?10:24
neuralisuniverse, we haven't needed them in main before.10:25
fabbionehmm ok10:25
fabbionethat means that the machine can be stress tested only after installation10:25
fabbioneok let's keep this as a point..10:26
neuralisthey're both tiny packages; do you think it'd be a problem to promote them to main?10:26
fabbionei don't think that's an issue10:26
fabbionei am more thinking of: "Hey i installed -server and the stress tools crash my box... wtf"10:26
fabbioneit would be more useful to be able to test the box before10:27
fabbionelike for instance.. from the live CD10:27
neuraliswe were talking about having this on the -server install cd, no?10:27
fabbioneyes10:27
fabbionewe can ship them10:27
neuralisyou should be able to hit F<something> on the install screen to drop into shell and launch a script that runs the burn-in suite10:27
fabbioneyes but to run something that's in a .deb you need to install it first10:28
fabbionein d-i you need the udeb10:28
fabbionethat's probably a day of work to get it done10:28
neuraliscan we get that in for dapper?10:28
fabbionei dunno.. i don't think i will have the time10:29
neuralissorry, let me just make sure i'm understanding this right10:29
fabbionesure..10:29
neuralisafaik, we already ship a recovery mode on the cd that drops us into the shell10:29
fabbioneyes10:29
neuralisif we provide stress and iperf as simple binaries available from that shell, problem solved, no?10:30
fabbionebut that assumes that your system is already installed with ubuntu10:30
fabbionemy understanding was that the test suite should run before10:30
neuralisah!10:30
neuralisi didn't know the recovery mode required an ubuntu installation; that's not how the debian cds work, i believe10:30
fabbioneit's the same infrastructure10:30
fabbionewell10:30
fabbionehold on10:30
neuralissure.10:31
fabbionethe recovery mode is able to mount /10:31
fabbioneit doesn't check if it is Debian or Ubuntu or RedHat10:31
fabbionemy problem is to ship the binaries in the rescue mode10:31
maswanbut you can also get a shell without recovery mode, just a plain busybox shell without any mounted /10:31
fabbionemaswan: that too10:31
fabbionethat's why i am mentioning shipping the binaries in rescue mode10:32
fabbionethey need to be available in d-i10:32
neuralisfabbione: okay, now we're on the same page. should i e-mail infinity or benc and see if they have the time to roll them into the appropriate udeb?10:32
fabbioneworks for me10:32
fabbionewhatever doesn't involve me to add stuff to my TODO list is OK10:33
neuralis:) let's continue - 3rd party /vendor software inclusion. you have the list, how much do you think will get done?10:33
fabbioneit depends from the licence of this stuff10:34
fabbioneand how much mdy can convince vendors to allow us to redistribute10:34
neuralisokay. mdy is working on that, i assume? when do we expect to know?10:34
fabbioneno idea10:35
fabbionehe is in Japan or somewhere around there10:35
neuralisah. okay, i'll ask about it again closer to the end of the month, or e-mail him.10:36
fabbioneok10:36
fabbionepoint him to the page on the wiki10:36
fabbionei am pretty sure i told him10:36
neuralisis there a separate page other than ServerCandy?10:36
neuralisyes, found it10:36
fabbionehttps://wiki.ubuntu.com/ServerExtApps10:36
neuralisok, moving on, central snakeoil stuff was worked on during the distrosprint, how far did we get there?10:37
fabbionewe do have the basic ssl-cert infrastructure10:37
fabbionei already migrated a bunch of servers10:37
fabbionethere are a few left10:37
fabbionethat should be finished by end of next week10:37
fabbioneinfinity is to cleanup ssl-cert to be nicer10:37
neuralissounds good. i'll ask again about details in ~10 days.10:38
neuralismd5 checker: still blocking on elmo/admins?10:38
fabbioneyes10:39
fabbionethe code is there and i tested it locally10:39
fabbioneworks for me10:39
fabbionethat's all i know10:39
fabbione /etc we already discussed10:40
neuralisshould i ping the admins, and if so, who specifically?10:40
fabbionenah10:40
fabbionei am on their necks almost every day10:40
fabbioneso is mdz10:40
neuralisok, sounds good10:40
neuralisi think that's all. did we miss anything?10:41
fabbioneso i think that generally we look good10:41
neuralisyes, we're in very good shape.10:41
fabbioneseed management, but that's something that needs to be done step by step10:41
fabbioneand we already discussed most of it already10:41
fabbionethere is stuff i want to kick out of server cd10:41
fabbioneand i am waiting for Kamion to merge the -server seeds into the standard branch10:41
neuralisright10:42
fabbioneand that's about it i think10:42
neuralisgreat. thanks for your time! i'll send out the e-mails we talked about and follow up on loose ends later.10:43
fabbioneperfect10:43
fabbionethanks to you10:43
neuralissure. one final question -- are we planning to include the md5 checker in a special mode on the server cd? e.g. do you have an udeb ready, or are we taking a different approach?10:44
fabbioneit's already integrated into rescue mode10:45
neuralisrock.10:45
neuralisokay, i have everything i need, and i'll talk to you soon. cheers.10:45
neuralis(4:45AM here, time to get some sleep.)10:46
fabbionenight :)10:46
=== irvin [n=irvin@ubuntu/member/irvin] has joined #ubuntu-server
=== Emerson [n=emerson@c-24-92-157-187.hsd1.ga.comcast.net] has joined #ubuntu-server
=== etcp_ is now known as etcp
=== lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #ubuntu-server
=== irvin [n=irvin@ubuntu/member/irvin] has joined #ubuntu-server
=== Yagisan [n=jamie@60-240-87-1-nsw-pppoe.tpgi.com.au] has joined #ubuntu-server
=== allee [n=ach@dialin-145-254-254-143.pools.arcor-ip.net] has joined #ubuntu-server
=== lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #ubuntu-server
=== ealden [n=ealden@203.76.213.245] has joined #ubuntu-server
=== hunger [n=tobias@p54A61809.dip0.t-ipconnect.de] has joined #ubuntu-server
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-server
=== Unfun [n=Unfun@c-24-5-74-223.hsd1.ca.comcast.net] has joined #ubuntu-server
=== allee [n=ach@dialin-212-144-131-237.pools.arcor-ip.net] has joined #ubuntu-server
=== fmasi [n=fmasi@200164158077.user.veloxzone.com.br] has joined #ubuntu-server
=== zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-server
=== fmasi [n=fmasi@200164158077.user.veloxzone.com.br] has joined #ubuntu-server
=== fmasi [n=fmasi@200164158077.user.veloxzone.com.br] has joined #ubuntu-server
=== lionelp [n=lionel@ip-128.net-82-216-65.rev.numericable.fr] has joined #ubuntu-server
=== hunger_ [n=tobias@p54A6395B.dip0.t-ipconnect.de] has joined #ubuntu-server

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!