/srv/irclogs.ubuntu.com/2011/01/30/#ubuntu-ops.txt

rwwubottu: tell Cyd about enter02:28
gpcubottu: tell Cyd about codeofconduct02:43
rwwCyd is a really fast reader.02:43
gpcI think he is reading it now02:44
gpcmaybe not02:44
rwwthat's not what 'before' means, gpc >.>02:44
gpcI know what before means, rww 0.>02:44
gpchehe02:45
tonyyarussoIt's too bad COPPA doesn't require an apparent-age maturity test too :(02:50
rwwI think we need #ubuntu-offtopic-unregged. Not because of bots, but because I think the questions would screen out some of our users.02:51
tonyyarussoI'd be fine with that.  The unregistered ones have a much higher incidence of annoyingness lately.02:52
* rww files in the "bad ideas for #ubuntu-offtopic" folder02:52
Flannelrww: Should require a Myers-Briggs test in -unregged too03:14
FlannelCan't get in unless you pass03:15
rwwor sort people into different rooms depending on type compatibility!03:15
FlannelThat'd be fun.  Just think of how quiet #ubuntu-offtopic-ISTP would be!03:31
tonyyarussohey, Howard Stern.  Just failed the maturity test right there.03:41
=== Amaranth__ is now known as Amaranth
gpcubottu: tell abhijain about nickspam04:36
ubottuError: I haven't seen abhijain, I'll let you do the telling.04:36
gpcha04:36
gpcthanks04:36
rwwubottu just reinforced your point ;)04:36
ubottuError: I am only a bot, please don't think I'm intelligent :)04:36
bazhangwant me to PM?05:55
tonyyarussosure05:55
bazhangno response so far05:59
bazhangwell not in PM..05:59
* tonyyarusso sigh06:02
bazhanghe seemed to be deliberately provocative06:03
tonyyarussoOf course, such is the pattern lately.06:04
ubottuFloodBot1 called the ops in #ubuntu-ops-monitor (tiox appears to be abusive - 4)07:52
ikoniadidn't think that screen shot was coming....the ident "snot" was familier from a few days ago11:10
bazhang<barbadillo> i need to complain with some official ubuntu people12:28
ikonialets see12:29
bazhangsupport questions via PM from jungli12:47
ikoniafrom where/what nick ?12:48
ikoniajust report it to freenode as he's known and been told to stop it12:48
ikoniaahh spicemaster12:49
bazhang* [DrummerBoy38] (~bearblack@pool-72-91-149-20.tampfl.fios.verizon.net): Burt durt smurt14:17
bazhangjudging by the commentary that's hoober et al14:18
ubottubazhang called the ops in #ubuntu-offtopic (eternal)15:18
ikonialooking15:19
bazhanghe's abusing all and sundry15:19
ikoniasorry, didn't have it all on screen15:20
bazhangthanks. tried to PM him but he just kept escalating abuse15:20
gpcthank you15:20
tonyyarussobazhang: the "bearblack" ident confirms your suspicions.15:26
bazhangtonyyarusso, I'd thought 'Hoober' was banned in #ubuntu , perhaps a ban evasion15:27
tonyyarussoyup15:32
gpcnow he is cursing in -il15:43
gpceternal that is15:43
bazhangI'd tried to ping an op from there15:43
gpcbazhang: <eternal> אם אין כאן כוסיות אני הולך15:44
bazhangthats not good15:45
gpcok we need a ban on this troll15:45
bazhangtopyli, you around? he's really going overboard15:45
gpcbazhang: maybe we should give him the chan list, he can dig himself deeper and get banned from all of them15:52
bazhanggpc, nah. mistake on the first one, did not know the extensive issues -il had with him15:53
bazhanguh jussi15:53
bazhanghe just wants to disrupt them15:53
gpcjussi: has a plan I sense15:53
bazhangplan to let him continue abusing people in -ot?16:01
bazhangmay as well contact freenode if the -ot ops can't step in16:01
ikonia?16:02
ikoniawhat's up16:02
bazhangeternal continually abusing ljl and others.16:02
ikoniaI thought the kick was enough of a warning16:03
bazhanglongtime issue in -il apparently16:03
ikoniacan't do anything with that16:03
ubottuIn ubottu, sss said: Where is the terminal?17:45
DrummerBoy38what is the cheatcode to show my kernel? i received update through manager. i am expecting a .35 or so from a .3418:46
DrummerBoy38this was regular updates afaik.18:46
DrummerBoy38is there an autocomplete feature? intellisense or w/e18:49
DrummerBoy38i can barely recall how to list ubuntu version which lists kernel alongside18:49
popeyDrummerBoy38: you probably meant to ask that in #ubuntu, not here in #ubuntu-ops18:57
popey@btlogin18:57
DrummerBoy38ubuntu-ops or at bt logic18:57
DrummerBoy38wait so ubuntu18:58
DrummerBoy38i asked there18:58
popeythis is not a support channel18:58
DrummerBoy38not even kernel changes?18:58
popeyit looks like ikonia banned you from #ubuntu18:58
DrummerBoy38let me check18:58
DrummerBoy38no i don't think i was18:58
DrummerBoy38last ikonia experience was through this ip address18:59
DrummerBoy38if ikonia did, then she unbanned already. i only recall being kicked as a warning of some sort18:59
DrummerBoy38today's updates included a kernel versions ending in 35 rather than 34 i see in bootloader. i didn't checked the boot loader, again but is there a command to show the kernel through the console19:00
popeyagain, this is not a support channel, you're better off asking elsewhere19:00
DrummerBoy38ok19:01
tonyyarussobazhang: One -ot op is back from church now if you still need me.19:33
* tonyyarusso sighs20:44
tonyyarussoApparently putting /boot on RAID is a bad idea.20:44
ikoniadepends on the type of raid20:46
tonyyarussoikonia: md, level 120:47
ikoniathat's fine20:47
ikoniaI do it all the time20:47
tonyyarussoIt *sometimes* works.20:47
ikonia/dev/md0              243M   27M  205M  12% /boot20:47
ikonianever had an issue with it20:47
tonyyarussoBut it will randomly decide to not boot, and I have to use an install disk to reinstall grub, and then it works again.  No idea why.20:48
ikonia/dev/md0              485M   46M  414M  10% /boot20:48
tonyyarussoI can get to "Grub loading...", but it just hangs forever.20:48
ikoniatonyyarusso: ahhh you've not learnt the lessons......20:48
tonyyarussowhich lessons are those?20:48
tonyyarussoMy current theory is that it does this after kernel upgrades, but I haven't looked into it much yet.20:48
ikoniagrub, no matter the raid level needs to be applied to the boot sector if each disk pointing at /boot on the raw, non raid disk20:49
tonyyarussoI did that.  In fact, the Ubuntu installer installs grub to all of them by default when you use RAID for /boot.20:49
ikoniaeg: the installer installs grub to sda pointing at hd0,0 you need to apply grub to sdb pointing at sdb hd1,020:49
ikoniayes, it installs to both, but it still points to one20:50
tonyyarussoIf by "it" you mean the BIOS, yes.20:50
ikoniaeg sda sdb both look at hd020:50
tonyyarussoYes, they do that.20:51
ikoniathis only works if there is a total disk failure and removal20:51
tonyyarussoAgain, I *did* install grub to the boot sector of all 4 drives.  And it still periodically fails to boot, from any of the drives.  (changing the boot order in the BIOS does not fix the problem)20:52
tonyyarussoikonia: Any other bright ideas?20:54
ikoniatonyyarusso: but when you installed it to your drives did you make it point at /boot on it's own disk, or on the master disk20:55
tonyyarussoikonia: What do you mean by "it" and "point at"?20:55
ikoniasorry, when you install grub did you point grub at /boot on it's own disk, or at the primary boot disk20:56
tonyyarussoI still don't know what you mean.20:57
ikoniaactually it's a little different with grub2 thinking about it20:57
ikoniawhen you install grub it needs to know where grub.conf is20:58
ikoniaso grub gets pointed at the partition that contains it20:58
tonyyarussoThat would be /dev/md021:00
ikoniaok, so change that to point at the local disk21:01
ikonia(local to the disk that grub is installed on)21:01
tonyyarussoWhat the heck do you mean by "point at"?21:01
tonyyarussoNot to mention "that".21:01
ikoniapoint at -> tell grub where grub.conf is or menu.lst21:01
tonyyarussoDude, what step / file are you talking about?  It's not remotely clear.21:04
ikoniahow do you normally install grub ?21:04
tonyyarussoWell, first off from the installer.21:08
tonyyarussoAlternate CD.21:08
ikoniaok,21:08
ikoniahow about if I said to you do it manually ?21:08
tonyyarussogrub-install /dev/sdb; grub-install /dev/sdc; grub-install /dev/sdd; grub-install /dev/sde21:08
ikoniaok, so you'll have to cut me a little slack on grub2 as I've not got my head fully around it's internals21:09
ikoniabut with grub when you dropped to a grub shell, you had two core commands "setup" and "root", root told the grub binary that was going to be written to the MBR where to find menu.lst (and a few other files) and then setup told it which mbr to write the binary to21:10
ikoniaso in that situation grub on /dev/sda would look at /dev/sda1 (/boot) for the stage files and menu.lst21:10
tonyyarussoIf it helps, my entries in /boot/grub/grub.cfg include lines like " set root='(md0)' "21:11
ikoniatonyyarusso: that's fine as that's "post grub boot" references21:12
ikoniait's the bit that happens before it tries to boot anything that's key21:12
tonyyarussoAnd I just successfully booted after restoring with the install CD, so like I said it sometimes works, but at some point in the future it will cease working.21:12
tonyyarussoand I don't see anything in /etc/default/grub defining where /boot should be, which I assume is what I would need to change.21:13
ikoniatonyyarusso: it's not in a config file (for grub 1) it's set in the data written to the mbr21:14
tonyyarussoikonia: No, I mean what sets what gets written to the MBR when a new kernel is installed?21:14
ikonianothing, as that's in grub.conf, that's dynamic21:15
tonyyarussoikonia: Because, again, it's working right now, but will stop later, without me manually touching anything grub-related.21:15
ikonia/dev/md0              485M   46M  414M  10% /boot21:16
tonyyarusso/dev/md0              457M   33M  400M   8% /boot21:16
tonyyarussoWhat's your point?21:16
ikoniaoops, didn't mean to paste that, sorry21:16
ikoniamouse button stuck21:17
tonyyarussoah :)21:17
tonyyarussoikonia: So if it works right now, what could possibly change the MBR to not work later?21:19
ikoniaI guess it depends on what was breaking it, the situation you referenced earlier is often caused with grub not being able to see the menu.lst/grub.conf (disk slow to spin up, missing, corrupted etc) hence why I was saying make sure grub looks at it's own disk for that info21:21
tonyyarussoikonia: One thing I've heard is that maybe the RAID array isn't available yet when grub goes looking for it - does that sound plausible?21:23
tonyyarussoWait, are you saying the grub on /dev/sdb should be looking for /dev/sdb1/grub/grub.cnf rather that /dev/md0/grub/grub.cnf, just ignoring the RAID entirely?21:25
ikoniatonyyarusso: yes and no, yes, you're right, it's not available as Linux hasn't booted to start it, however it won't look at md0 for the data it needs at that point, it looks at the local physical disk, hence why I'm saying grub at sda should look at sda1 for the info, and sdb look at sdb121:25
ikoniatonyyarusso: it will never look at md021:25
tonyyarussooh, hrm21:25
tonyyarussoHow would I know whether it's doing that or not?21:25
ikoniathat's why /boot could never go on a raid0 partition21:25
ikoniaas /boot wouldn't exist until boot, so menu.lst would never be available21:26
ikoniatonyyarusso: not sure how to check with grub2, not fully got my head around the internals21:26
ikonia(did I explain it ok this time, it's hard to get across on irc)21:27
tonyyarussoI think I understand what you're getting at now at least, but not how to implement it.21:27
ikoniagrub1....I'm all over, grub2, not fully understood more so with the odd layout ubuntu uses it with21:28
tonyyarussoWell, I'll leave that to muddle over for a while and go deal with concrete hardware things for a while :P21:30
ikoniaI'll look into it, it's time I picked it up21:30
rwwubottu: tell eXistZ|Away about away21:35
DrummerBoy38happy pro bowl night!21:57
DrummerBoy38have nice day22:02
bazhangseems to be tag teaming. identical nonsense23:59

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