[00:05] if i only simulate the drive failure with mdadm --fail on reboot it will need to rebuild? === erichammond2 is now known as erichammond === Dedi is now known as dedi_away === dedi_away is now known as Dedi === Dedi is now known as dedi_away === dedi_away is now known as Dedi [03:44] wow, i just installed 8.10... THANK YOU SO MUCH! the fakeraid support is amazing... so seamless [03:44] thank you [03:50] If I want to be alerted by SMS on ups remianing time or such and already have a working freepbx for instance, what approach should I take? [03:52] Probably hack apcutils or so I suppose [03:53] apcupsd rather [03:53] maybe i spoke too soon... seems to be stuck at 33% when trying to format my raid-1 set up :( [03:54] If it already logs messages via syslog, you could probably use swatch or some similar logwatcher to email you (to your cellphone) when relevant lines appear in the appropriate log file. Should avoid any need to hack anything? [03:54] jmarsden: Thing is I pay for emails to my phone but texts are free [03:55] OK. Strange policy that... so do you have a way to generate SMS msgs on your server already that works with your cell provider? [03:57] jmarsden: Not sure. The asterisk backend can do for instance bridge to POTS from SIP or so [03:57] OK. So as long as you ahve some command line tool to send SMSes, you can configure either the UPS software (nut or apcupsd etc) ot logwatch to run it when soemthing happens that you care about. [03:58] I know nut can be configured to run arbitrary notifier programs, not so sure about apcupsd. [03:58] I think it can, yes [03:59] Then you just need to find that command line SMS-send tool and you're golden. [03:59] Maybe I'll just have it phone me physically and play back some festvox thing saying "so many minutes of power left" or so... [03:59] :-) [04:00] jmarsden: Thanks for the input [04:00] No problem. === Dedi is now known as dedi_away [04:36] hey guys, i need some help... i'm trying to use fakeraid with 8.10 server amd64... however, when writing the partition configuration to disk, it always gets stuck at 33%... this is what i get in the console [04:36] partman: warning: 176 blocks unused. [04:36] partman: [04:36] it seems like it's returning an error, it's just not displaying it [04:38] jtmoney: Is there really any benefit on fast 64-bit hardware to using device-specific fakeraid (why not just use software RAID)? [04:39] i guess... i'm only interested in RAID-1 anyways [04:39] https://help.ubuntu.com/8.10/serverguide/C/advanced-installation.html even claims software raid can be better than some fakeraid implementations [04:40] I'd switch to software raid and see how well that works. [04:42] i don't think i have an option :) [04:42] hmm [04:42] well, maybe i should use 8.04 LTS now instead [04:42] Well, you could look for bugs on LP related to your specific fakeraid chip, etc... [04:43] 8.04 LTS doesn't do boot degraded stuff with software RAID though... why go back to an older version, unless you really do need the LTS aspect? [04:43] good point [04:46] actually, i hear the hard drives [04:46] maybe it just takes a while to set up 2 x 1 TB RAID-1 [04:46] that leads me to another question... and this is not clarified in the fakeraid howto [04:46] should i configure the raid within the bios? [04:47] or don't configure the raid in the bios and let ubuntu handle it [04:47] I'm not sure, I last tried fakeraid in Linux at least 5 years ago... was unhappy, switched to software RAID and stayed that way, except for "serious" servers with hardware SCSI RAID controllers! [04:48] I suspect the BIOS won't matter, Ubuntu will set it up; but I'm not at all sure of that. [04:48] hmm, it does seem better to do software raid === dedi_away is now known as Dedi [06:41] what happens if i have a software RAID-1 set up and i were to take one of the hard drives and try to mount it in another machine, would i be able to see all my data? [06:45] <[Solars]> no [06:47] but if i were to implement them using fakeraid RAID-1, the drives would act independently, right? [06:47] i.e., there's no RAID-specific data on the drives in RAID-1 [06:55] <[Solars]> if you using a software raid, the software does the raiding scheme, if you using hardware raid the hardware does it... depending on the raid type, data are all drives [06:55] okay, thanks solars === J_- is now known as J-_ [08:08] moin [08:13] morning [08:14] kraut: you're Karl right? [08:15] i'm kraut, ok? ;) [08:16] kraut: Sorry, I'm confused [08:16] hehe, no problem [08:16] I'm looking for Karl Goetz [08:17] He wrote something very curious and I was wondering if he's serious or not [08:21] New bug: #300221 in samba (main) "Add "Recommends: keyutils" to smbfs" [Undecided,New] https://launchpad.net/bugs/300221 [08:24] there is one log file in log folder. i want to copy all text whatever that file have it. so i can paste it on pastebin how can i do that? [08:32] LoveGuru: pastebinit maybe? [08:35] <_ruben> Jeeves_: that'd be kgoetz or, crap, his other nick slipped my mind [08:35] <_ruben> Kamping_Kaiser == kgoetz [08:55] _ruben: Ah yes [09:21] <_ruben> wow .. bind 9.5 statistics channel feature sure is sweet [09:25] <_ruben> spits out xml output over http with a bucketload of info === J_- is now known as J-_ [11:18] Jeeves_, you were after me? === jussio1 is now known as jussi01 [12:46] Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/h/hplip/hpijs_2.7.7+2.7.7.dfsg.1-0ubuntu5.1_i386.deb Size mismatch (gutsy hpijs update), is this known? Just a bad mirror? [13:18] Koon: hardy isnt affected by the nagios-plugins bug is it? [13:18] zul: no, the overflow doesn't trigger anything [13:18] Koon: cool just checking [13:19] zul: it's still wrong, but invisible [13:19] Koon: heh qualitiy [13:33] zul: No. It's kwality. === phaidros is now known as byr0n [14:51] I'm having a problem with my network configuration. I'm running two vlans of eth0, and they're configured in /etc/network/interfaces. It boots fine, and both vlans work, but if I do a /etc/init.d/networking restart then the network shuts down. It's a remote server, and I'm configuring over ssh, and I'm running automatic restarts of the server through a cronjob. If I remove the second vlan(not the internet connection) then it works fine, [14:51] I tried to pipe error to one file, and output to another, but no errors are reported from the networking restart [14:51] any ideas? [15:41] New bug: #300330 in mysql-dfsg-5.0 (main) "package mysql-server-5.0 None [modified: /var/lib/dpkg/info/mysql-server-5.0.list] failed to install/upgrade: corrupted filesystem tarfile - corrupted package archive" [Undecided,New] https://launchpad.net/bugs/300330 [16:01] Koon: ping [16:01] zul: pong [16:02] I have backported the dfs patch to the intrepid kernel, ill push it today to the kernel guys [16:02] zul: did you test that it fixes it ? [16:03] Koon: no its from linus' tree so it should be good [16:13] zul: Koon: AFAICT there are two bugs related to cifs [16:13] bug 286828 [16:13] Launchpad bug 286828 in samba "Access to samba<3.0.26 shares using CIFS is broken on 8.10" [Undecided,Confirmed] https://launchpad.net/bugs/286828 [16:14] mathiaz: only two ? [16:14] Koon: hm - ok... Two that I know of wrt to interpid upgrades :) [16:15] mathiaz: that one is a kernel "bug" the other is a libsmbclient one that we already did the SRU for [16:15] Koon: although one of them is related to samba. [16:15] the other would be... bug 282298 ? [16:15] Launchpad bug 282298 in samba "[SRU] Intrepid: No Access to NAS (samba<=2.2.x) shares any more" [Undecided,Fix committed] https://launchpad.net/bugs/282298 [16:15] zul: right - the one that truncates the last caracated? [16:15] mathiaz: correct [16:15] that one should be fixed now [16:16] in jaunty and intrepid-proposed [16:16] soren: kirkland and I worked on iscsi yesterday [16:17] mathiaz: Do tell. [16:17] soren: and we came up with a if-up.d scripts that works [16:17] soren: i think we made some nice progress [16:17] mathiaz: An if-up.d script for what? [16:17] soren: basically symlinking the init script in /etc/network/if-up.d/ [16:17] soren: and adding support of if-up.d calls to the init script. [16:18] mathiaz: Ok... [16:18] soren: to ensure that the iscsi daemon starts when the networking comes up [16:18] soren: we've also tried to start open-iscsi at S25 and that would not work [16:18] mathiaz: Why? [16:18] soren: the interfaces are not up by then [16:18] mathiaz: Physical interfaces? [16:18] soren: it's not deterministic that the interface will be up by then [16:18] soren: at least in our vm system. [16:19] soren: physical in the sense that we've tested in kvm [16:19] mathiaz: I mean: Not bridges or bonded interfaces? [16:19] That sounds like a bug. [16:19] soren: starting open-iscsi in if-up.d makes *sure* that the network interface is running [16:19] *a* network interface. [16:19] soren: I haven't tested bridges and bonded interfaces yet [16:20] soren: true - however you can call iscsiadm with an interface option [16:20] What does that do? [16:20] soren: which *should* select targets that are only accessible via the interface [16:20] interesting. [16:21] soren: since we have the name of the interface in IFACE when called in if-up.d we should be able to tell iscsiadm to only login targets that are setup to use the interface that has been created. [16:22] soren: the other reason for using if-up.d is that _netdev mounts in fstab are mounted by if-up.d/mountnfs [16:22] soren: so if we'd run open-iscsi at S45 (or S25) _netdev mounts in fstab would not be mounted [16:23] ARGH! [16:23] bug 44194 [16:23] Launchpad bug 44194 in netbase "wpasupplicant doesn't start when the network start" [Undecided,Fix released] https://launchpad.net/bugs/44194 [16:23] I still think _netdev is a horrible, horrible idea. [16:23] soren: this is why debian has call to mount -a -O _netdev in their open-iscsi init script [16:24] soren: right - so I thought about another option here [16:24] soren: is it possible to teach udev to check fstab UUID when a device is created? [16:24] What do you mean? [16:24] soren: because when the initiator logs into a target, devices are created [16:24] Right. [16:25] soren: once you've logged into a target, you'll have a device in /dev/disk/by-uuid/ [16:25] Yes. [16:25] soren: that will be the UUID of the fs [16:25] YEs. [16:25] soren: this UUID is also used in fstab [16:25] Yes. [16:25] :) [16:26] soren: so - could udev scan fstab and do the mount? [16:26] * soren has a hunch that there's a reason why not to do that, but can't remember why.. [16:27] soren: I'll ask KeyBuk in #ubuntu-devel [16:27] Maybe it's an ordering thing. [16:28] You don't know for sure that mounting them in the order in which they appear will give the results you want. [16:29] soren: right - so you could end up in situation where /srv/disk1 is a local disk [16:29] Hm? [16:29] soren: and /srv/disk1/iscsi1 is remote isci disk [16:29] Oh. [16:29] soren: but the iscsi target would come up before the local disk is mounted [16:29] Oh, yes, if you only do it to iscsi targets. === leonel_ is now known as leonel [16:37] mathiaz, kirkland: Honestly, I don't remember all the details. [16:37] I just remember spending lots and lots of time on this, and came to the conclusion that S25 was the right place to start it. [16:38] Now, siretart broke that, clearly, but that's bug that needs fixing. [16:39] soren: hmm, we had no success with it at S25... the ifup script seems to work far better in all use cases we've tested so far [16:40] kirkland: Exactly.. [16:40] kirkland: Like I just said: siretart clearly broke it. [16:40] kirkland: Because *no* interfaces will ever be up at that point. [16:44] mathiaz: beware of the shutdown order too -- we already have lots of bugs about network file systems being unmounted after network is gone. [16:45] Koon: we actually fixed that too, for iscsi [16:45] Koon: it was being shutdown in the wrong place, pre-merge [16:46] kirkland: cool, would the fix also be applicable to other network mounts ? [16:46] Koon: now, it's taken down by the umountnfs scripts [16:46] Koon: assuming that the fstab entry is tagged with _netdev [16:46] soren: can you explain why you hate on _netdev so much? [16:47] Because I think it's the way it would have been done in the 70's. [16:47] Or in Debian. [16:48] ...which -- in this respect -- turns out to be quite similar. [16:48] Don't get me wrong. I love Debian with a passion.. [16:48] ..but when it comes to the whole boot process and all that? Sheesh.. Get with the programme! [16:50] I think it's a crude, crude hack to work around the real issue: [16:50] That we're too stupid to get the iscsi devices to pop up in time for the whole mounting thing. [16:50] I think that's: [16:50] a) A much more interesting problem to solve [16:50] and [16:51] b) what will be of most benefit to the users in the end. [16:51] and me. [16:51] :) [16:51] kirkland: ^ [16:59] I was just thinking about the announcement that Canonical/Ubuntu will support the ARMv7 processors in the 9.04 release. Will the server edition be included with this? I understand that the server edition comes for the same repos, but I guess I am wondering if the unique parts (like kernel) will be compiled for ARMv7? Thanks. [17:04] hansin: The server flavour on PC hardware exists because we want a different configuration than on the desktop. If the same makes sense on ARM, we might very well have a separate flavour there as well. [17:06] can someone please point me to a good instructions on installing and using vmware-server on ubuntu server? [17:22] W8TAH: https://help.ubuntu.com/community/VMware/Server [17:28] andol: thank you [17:43] are there any limitations with the 64bit version of Ubuntu server? [17:43] that I should know about? [17:43] EtienneG: do you have your iscsi testing environment ready? [17:44] mathiaz, yes, I guess [17:44] EtienneG: do you have a setup with more than one interface? [17:44] EtienneG: bonding? bridged? [17:44] mathiaz, if by "environment", you mean a vm running the target and a vm running the initiator [17:44] mathiaz, yes, the iniattor is configured with bonded Ethernet [17:45] EtienneG: great - I'll get a link to a new open-iscsi package [17:45] EtienneG: if you could test it in your environment that would be helpful [17:45] JDStone, none, except possibly that some third-party software and driver may be 32 bits only [17:46] but hopefully, these would not be relevant to you [17:46] mathiaz, 'k, send me the link, I get that done this afternoon ASAP [17:46] yeah, that's what I'm thinking [17:46] thanks EtienneG that helped [17:46] that's all I needed to know [17:47] JDStone, that's really just IME, you may want to ask a second opinion [17:48] JDStone, one annoying bug I had was running hardy 64 bits on VMWare ESX 3.5 [17:48] but that was specific to that particular setup [18:07] what is a good app to connect to ftps/sftp/webdavs [18:07] nautilus errors out [18:08] and lftp wont put a folder [18:13] Hi! [18:14] Is there any way to configure Alt+F2-F6 buttons in shell? [18:14] configure to do what? [18:14] Normally you can switch between virtual consoles.. [18:14] yep, thats default behaviour [18:14] ..but I want to run different programs.. [18:14] so switch to the different console, login and run the program? [18:15] screen? [18:15] like F2 for irssi ;) F3 for top [18:15] kopa, screen tabs [18:15] sec [18:15] screen tabs would be a better idea, yeah, but no reason why you cant do what you want with multiple consoles [18:15] just means logging in first on each console [18:15] soren: Thanks. The reason I ask (about ARMv7 server edition) is that a few months ago I saw a talk given by the guy who first cracked the [18:16] kopa, http://www.bsdguides.org/guides/freebsd/misc/screenrc [18:16] woops. Linksys NSL [18:16] * Faust-C wrote that [18:16] Faust-C: sftp (cli util) will do recursive dirs i believe [18:16] Deeps, ah sweet, i thought so [18:16] hmm.. what do you think? screen tabs or multiple consoles? [18:16] NSLU2. It can run ARM debian. But I could imagine some really cool ARMv7 based devices for home servers (or even lightweight business servers). [18:17] kopo: whichever makes you happier [18:17] kopo: i'd use screen personally as it meanas you can ssh in from remote and reattach to the same sessions [18:18] kopa, multiple considers means more reasources [18:18] * Faust-C does the screen dance [18:18] your guide is very inconsistent btw faust [18:19] well, 'very' is going a bit far [18:19] looking at your screenrc, lines 3+4 dont seem to relate to the comment on the line above it [18:19] Deeps, its dated [18:19] thats a old one [18:19] thanks! [18:20] i dont have my newest one up yet [18:20] * Faust-C will once i have site the way i like it [18:20] Deeps, and btw that is right [18:20] oh crap no its not [18:20] wait no its right [18:21] cause F1 doesnt = F1 [18:37] I tried through this howto to make my iptables to run when I boot up my system however I don't get any response that its or its not working can someone help me out with this https://help.ubuntu.com/community/IptablesHowTo#Configuration%20on%20startup [19:16] anyone know how to disable the f1 key from displaying the help menu in a terminal? [19:17] danielm_mc: you'd have to go to the gnome keybinding settings probably [19:17] yaah, i actually just figured it out [19:18] gotta go to key shortcuts [19:18] man #ubuntu is about 0 help about 100% of the time unless you're stuck trying to install a mouse [19:19] heh [19:22] yeh sucks, i hate to bother this crowd with dumb questions like that, but whatev [19:25] I am receiving a failed to fetch error (404) in aptitude and not sure how to resolve it when trying to get this file: http://security.ubuntu.com/ubuntu/pool/main/libx/libxml2/libxml2_2.6.31.dfsg-2ubuntu1.2_i386.deb [19:25] I have checked the files at that location and found similar file: libxml2_2.6.31.dfsg-2ubuntu1.3_i386.deb [19:27] try to do an aptitude update first === paul678 is now known as paul68 [19:30] greenfly: Thanks a million, I read through the apt-get and apt-cache manpages several times assuming aptitude was just a frontend... *smacks forehead [19:33] np [20:30] mathiaz, kirkland: Do you need anything else from me on the topic of iscsi tonight? [20:34] soren: hmm [20:34] soren: well, not really [20:34] soren: i'm not sure the approaches you're asking for are doable within a reasonable timeframe at this point [20:34] Define "reasonable timeframe". [20:35] Noone's demanding that this work by alpha 1 :) [20:35] soren: well, we've got a package that works ***far*** better than any open-iscsi package that we've ever had in Ubuntu before [20:36] soren: we can upload that now, in early jaunty, and incrementally improve the package through the development cycle [20:36] EtienneG: could test the open-iscsi package from http://people.ubuntu.com/~mathiaz/packages/? [20:36] soren: you may wanna have a look at these ^^ too [20:37] soren: the changelog is not up-to-date though, [20:37] soren: alternatively, multiple of us can spend several more days/weeks rearchitecting it before we have something that even works [20:38] Look... You asked my advice. [20:38] No need to get all hands up in the air about it. [20:39] And I seriously doubt it would take that much time. [20:39] I'm still quite sure starting iscsi before mountall is the right thing to do. [20:40] What we need to do is to make sure as many cases of networking are functional at that point. [20:40] Most notably bonding, but also bridging. [20:41] It's very much in the spirit of all the other stuff we've changed in the boot process. [20:42] Why did you drop "Exit without error if /sys is not available. Otherwise, it's not possible to use this package as a build-dependency. [20:42] " [20:42] ? [20:42] soren: i couldn't agree more with your point: "What we need to do is to make sure as many cases of networking are functional at that point." [20:42] In fact, apart from the homepage thing, why did you drop those the two other changes? [20:43] (I've only looked at the changelog so far) [20:43] soren: the changelog is not up-to-date though, [20:43] I saw that. Did those things not get dropped anyway? [20:44] soren: IIRC they were merged in debian [20:44] If "remove open-iscsi init script on upgrades before hardy" does what I think I remember it does, I find it somewhat hard to believe that it's in Debian now.. :) [20:44] soren: that is something that we can dropped [20:45] soren: the changelog is not up-to-date. But at least that specific code (update-rc.d -f remove open-iscsi) is not useful now [20:45] Why? [20:45] I'm genuinely curious. [20:45] soren: since it would be run if we're upgrading from lt hardy version [20:46] Good point. [20:46] Err... [20:46] * soren goes to check something. [20:46] soren: http://paste.ubuntu.com/74941/ [20:47] soren: that's the full code in the postinst [20:47] mathiaz: Are you moving the K??open-iscsi script? [20:48] soren: we needed to come after sendsigs [20:48] soren: yop - to after sendsig [20:48] soren: and also after umountnfs [20:48] soren: which takes care of umounting netdev filesystems [20:49] "If any files /etc/rcrunlevel.d/[SK]??name already exist then update-rc.d does nothing." [20:49] From update-rc.d man page. [20:49] So if someone already has the package installed, they won't get moved unless you remove the existing ones. === ogra_ is now known as ogra [20:49] soren: so we'll need some postinst special code? [20:49] ...which is why that line of code was tehre. [20:49] soren: ah [20:50] soren: oh ok. [20:50] a comment of documentation in there would be nice :-) [20:50] soren: so we need to update the package version [20:50] * soren seems to remember saying something about removing code you don't know why is there to begin with... :) [20:51] okay okay :-) we'll add a line explaining what the point of that block is [20:51] What you should do (and what I really should have done, but clearly I was being lazy) is to check if the offending symlink is there and then rename it. [20:51] What I did was effectively throwing away the sysadmin's changes... [20:51] fair enough [20:52] that way, we'll only touch a symlink that we know the previous package put there [20:52] YEs. [20:52] and it'll be self-documenting, clearer what the end goal is [20:52] And just keep your fingers crossed that people didn't move those symlinks in an attempt to fix various things. [20:52] ...which, now that I think about it, might have been why I just forced it. [20:53] a comment of documentation in there would be nice :-) [20:53] hi soren i managed to solve the problem with my raid. the trick was my bios is old and i had to reset it and set it up again (hdd detect issues) [20:53] espacious: What did that matter? [20:53] kirkland: 20:50:37 * soren seems to remember saying something about removing code you don't know why is there to begin with... :) [20:53] soren the disk was not detected properls or the ata cable was bad plugged.i dont know. [20:54] fact is now is ok. [20:54] espacious: I'm sorry, but I don't buy that explanation :) [20:54] espacious: I suspect something else was really up that now happened to be fixed when you went through it for the third time. [20:54] ...or something. [20:54] soren: agreed :-) [20:54] soren but! i messed sth up again since i made xfs on the md3 array but it wont mount [20:55] kirkland: This messing about with those symlinks is a good reason why it might be a good idea to not upload a half solution now and changing it later. [20:55] soren no the ata cable was the trouble it was wrong connected i got ATAPI incompatible message at boot but i didnt saw it. now i repaired that and rabuild went ok [20:56] kirkland, mathiaz: is there anything in particular that makes you want to push this sooner rather than later? [20:56] espacious: Oh, I see. [20:56] espacious: Well, that's good. [20:56] soren: why do you want later? [20:56] soren: to establish something to test off of, early in the dev cycle [20:56] mathiaz: 20:55:39 < soren> kirkland: This messing about with those symlinks is a good reason why it might be a good idea to not upload a half solution now and changing it later. [20:57] It's an extra upgrade case you need to handle in the maintainer scripts. [20:57] soren so can u throw an eye at my logs to see where is the problem now. [20:57] espacious: I can try. [20:57] soren u are veri kind. [20:57] very* [20:57] mathiaz, kirkland: Especially if we all agree that it's not the rigth approach... but I get the feeling this might not be the case after all. [20:58] soren: so if we'd go for later, what should be done to get a correct upload? [20:58] how's the /smome/some/asds.log| pastebin command ? [20:58] soren: mostly, i think, because there's going to be some work required in the installer, which will need to be done earlier in the Jaunty cycle than we started looking at this in Intrepid [20:58] mathiaz, kirkland: Maybe you can tell me? I'd like to hear your version. [20:58] espacious: No idea. I'm a copy/paste monkey myself. [20:59] soren: a merge of upstream, plus (at least mostly) better working code is a pre-req to going much further [20:59] sore ok. will find out not a problem i will post u links in 5 min. [20:59] kirkland: I'm sort of looking for a definition of "better working code". [20:59] soren: okay, we've split the whole iscsi problem into 3 parts .... [20:59] kirkland: What are the success criteria, and what's the strategy to get us there? [21:00] soren: the *current* state in interpid/jaunty is that open-iscsi doesn't work [21:00] kirkland: Ok, go on. [21:00] soren: 1) root on iscsi, which is a different beast, we're putting that off until later [21:00] mathiaz: I know. [21:00] soren: there is a mismatch between the kernel version and the userspace [21:00] mathiaz: Right. [21:00] soren: so from that point of view, it's better code as it works now [21:00] soren: 2) iscsi in the installer, which depends on a working #3, which is .... [21:00] soren: 3) other, non-root iscsi filesystems [21:01] soren: we're focusing on 3 at the moment [21:01] Ok. So how about just uploading a new set of tools and deal with the integration details later? [21:01] soren: now, under that, we have to consider several different forms of networking [21:01] ...thus limiting the amount of upgrade cases to worry about. [21:01] soren: but we've determine that we need to go after the lion's share (90%?) of common networking setups [21:01] kirkland: Yes. Which really is an issue separate from iscsi, but we happen to depend on it working properly. [21:01] soren: use the default interface, bonded, etc. [21:02] soren: and put aside a few of the more esoteric ones, for now [21:02] kirkland: I really don't give a hoot about wpasupplicant here, for instance. [21:02] soren: so success criteria .... [21:02] If it happens to work, fine. Bonding is really important, and bridging is rather important. [21:02] IMO, that is. [21:02] soren: agreed on that [21:02] soren: for (3), having a Jaunty install, with open-iscsi installed [21:02] soren: that can run iscsi_discovery [21:03] soren: to find, and attach to a target [21:03] soren: get its /etc/iscsi configuration written properly [21:03] soren: get a workable /etc/fstab entry [21:03] soren: and reboot ad nauseum, with the filesystem automounting/auto-umounting cleanly, successfully, reliably [21:04] Sounds good. [21:04] soren: and testing that out of some finite list of networking setups [21:04] soren: default ethernet, bonded ethernet, bridged seems like a reasonable starting point [21:04] soren: vnet's maybe coming later [21:04] vnet's? [21:04] soren: and all of the other crazy networking setups we'll handle as they trickle in [21:05] soren: vlan, i don't know, whatever someone's going to come up with [21:05] Right, ok. [21:05] okay so.... [21:05] per the success criteria above, mathiaz has a package that's looking pretty good [21:05] grant it, we've only tested with default network [21:05] but EtienneG has offered to help us with some other scenarios [21:05] bonded, for instance [21:05] if you wish, i suppose we can test that in a PPA? [21:06] would that make you feel better than uploading to Jaunty? [21:06] that's a really good idea. [21:06] Much. [21:06] okay, we can do that, gather some data points [21:06] heck, blog about it on ubuntu-server [21:06] going to test it in a minute, my intrepid vm is updating right now [21:06] The fewer upgrade cases to worry about, the better. Especially the ones that mess around with rc?.d/* symlinks. [21:07] * kirkland steps off the pulpit [21:07] kirkland: Can you give me the quick 5 points on how mathiaz's package does things now? [21:07] EtienneG: the packages I've put on people.ubuntu.com have been compiled for jaunty [21:07] soren: open-iscsi is started after S40Networking [21:08] soren: open-iscsi init script takes care of mounting the _netdev entries in fstab [21:08] * kirkland will let mathiaz take this one, and fly wingman [21:08] soren: this is what debian is doing for now. [21:08] Yes. [21:08] soren: for the shutdown sequence, open-iscsi is shutdown after umountnfs and sensigs [21:09] *sendsigs* [21:09] soren: umountnfs.sh takes care of umounting netdev filesystems [21:09]