| kugg (~jerkeby@90-227-248-186-no120.tbcn.telia.com) left irc: Remote host closed the connection |
| sanso|work (~sanso@194.120.17.61) joined #fai. |
| meandtheshell (~markus@85.127.103.154) joined #fai. |
| meandtheshell (~markus@85.127.103.154) left irc: Read error: Connection reset by peer |
| meandtheshel1 (~markus@85.127.103.154) joined #fai. |
| Nick change: \sh_away -> \sh |
| Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai. |
| 08:46 eartoast_ | moin |
| 08:46 sanso|work | g'day :) |
| 08:48 Mrfai | hallo an alle! |
| 08:49 sanso|work | :) Hey MrFai :) |
| 08:53 siretart | hi * :) |
| 08:53 siretart | sachtma, meine (ide) festplatte taucht nicht als /dev/hda sondern als /dev/sda auf. wie kann ich pruefen, ob DMA an ist? |
| 08:54 siretart | (nein, hdparm zeigt mir nichts sinvolles an) |
| 08:56 oz_ | DMA bei scsi? |
| 08:56 oz_ | hm. |
| 09:05 Mrfai | siretart: ich glaub da kann nur hdparm -t eine groben Hinweis geben. ODer dmesg? |
| 09:05 Mrfai | ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) |
| 09:05 Mrfai | ata1.00: configured for UDMA/100 |
| 09:45 eartoast_ | siretart: was ist mit "blktool" |
| 09:45 eartoast_ | ? |
| 09:45 eartoast_ | das ist so eine art verallgemeinertes hdparm, was auch mit scsi-devices umgehen kann... |
| 09:48 mxpx- | hat hier jemand erfarhung mit x86_x64 systemen mit mehr als 8 cores? |
| 09:53 \sh | was ist denn der unterschied zwischen einem 4 core und einem 8 core, ausser die diff von 4 ,-) |
| 09:55 mxpx- | mir wurde gesagt das die corossbar die die cpu's verbindet ein engpass wird wenn man mehr als 8cores benutzt |
| 09:56 mxpx- | crossbar even |
| 09:59 \sh | kommt auf die architektur an...amd64 ist da eigentlich recht gut was multicore angeht, entsprechendes server board vorrausgesetzt... |
| 09:59 \sh | sieeh sun x4*00 plattform |
| Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving |
| Mrfai (~lange@suenner.informatik.uni-koeln.de) joined #fai. |
| 10:09 mxpx- | ja, haben schon ein paar x4600 mit 8 cores |
| 10:10 mxpx- | und der sun mensch hat mir gerade erzählt das die auch mit 16 cores noch gut skalieren |
| 10:15 \sh | mxpx-: weil die viecher von sun viele HT channels haben ;) |
| Action: mxpx- bestellt gleich mal eine |
| 10:16 \sh | Mrfai: topic /target /tmp/target as configuration item... |
| 10:16 \sh | Mrfai: just because it can help to soft migrate old configurations ;) |
| 10:17 \sh | or I have to change from /tmp/target in my shell sources to $TARGET or something like this |
| 10:17 Mrfai | \sh: IMO this can be a fixed path. We do not need to make every path configurable |
| 10:17 Mrfai | Your script should nit contain chroot /tmp/target. Use $ROOTMD or chroot $target |
| 10:17 Mrfai | s/nit/not/ |
| 10:17 \sh | Mrfai: yeah...i need to change it to $target |
| 10:18 Mrfai | better is to use $ROOTCMD. This is empty if you are doing softupdate, because then no chroot is needed |
| 10:18 \sh | mxpx-: die viecher von sun haben aber einen nachteil..aufgrund der verteilung der platten auf X sata raid6 controllers, kannst du nur vernueftig ZFS unter solaris einsetzen um eine menge storage hinzubekommen |
| 10:19 \sh | Mrfai: Well, I'm using /tmp/target to move some files around from REMOTE CONFIG SPACE (not $config/files) to /tmp/target/foo/bar |
| 10:19 mxpx- | sh: die x4600 haben eh nur 4 oder 6 festplatten slots |
| 10:20 \sh | 6x8 SATA Raid6 Controller....max. 48 platten |
| 10:20 mxpx- | und storage brauchen wir nicht |
| 10:20 mxpx- | ne du meisnt die x4500 |
| 10:20 mxpx- | meinst |
| 10:20 \sh | mxpx-: fuer was anderes sind die dinger nicht zu gebrauchten ;) |
| 10:20 \sh | aeh gebrauchen |
| 10:20 mxpx- | die x4500 ist der "thumper" mit den 48 hdd's |
| 10:20 Mrfai | \sh: ok, ack |
| 10:20 \sh | wenn du rechnen willst, dann reicht dir auch eine dl585 mit ein paar kernen |
| 10:21 Mrfai | \sh: so moving from /tmp/target to /target is ok for you? |
| 10:21 mxpx- | wenn die 585 auf mehr als 8 cores gut skaliert |
| 10:21 \sh | mrfai: yepp...no problem |
| 10:22 \sh | mxpx-: ich muss mal in boeblingen anfragen ab wann die mit 4x 4core kernen loslegen die frage ist immer wie das board das hinmacht... |
| 10:22 \sh | ansonsten "OEM" (rausch und tooltech und fms-computer sind da ganz gute adressen) |
| 10:22 mxpx- | naja wir können derzeit nur opterons einsetzen |
| 10:22 \sh | mxpx-: wir setzen hier auch nur opterons ein... |
| 10:22 mxpx- | und da dauert es ja wohl noch mit 4x core |
| 10:23 \sh | mxpx-: eher nicht...die sind schon dabei umzuruesten... |
| 10:23 mxpx- | sh: oh |
| 10:23 mxpx- | das wid ja auch wieder interessant |
| 10:24 lazyb0y | Mrfai: sorry, musste gesternb schnell zum zug, gucke mir das nachher daheim an |
| 10:24 \sh | die dl365 soll auch demnaechst mit einer 2x 4 core cpu rauskommen...da sollte man sich mal wieder in boeblingen hinsetzen und ein wenig kaffee schluerfen und anschauen was HP da wieder frickelt |
| 10:25 lazyb0y | natuerlich wurde udev im chroot installiert, aber irgendwie kommen sowohl die interfaces von der echten hardware als auch das von der domU da mit rein... komischerweise nicht immer, bei der installation, die ich im zug noch gemacht habe auf der heimfahrt, war wieder alles in ordnung |
| 10:26 lazyb0y | naja, muss heute abend gucken, jetzt bin ich im buero... |
| 10:26 lazyb0y | aber dieses persisten rules ist schon was neues in fai 3.2 beta11? oder ist es nur zufall, dass ich darueber nicht schon frueher gestolpert bin? |
| Action: \sh muss mal ebend hier kde restarten...brb |
| Nick change: \sh -> \sh_away |
| 10:28 Mrfai | lazyb0y: ne die persisten rules macht udev schon zeit laengerem. FAI macht da gar nichts besonderes. Nur udev installieren |
| Nick change: \sh_away -> \sh |
| 10:34 \sh | re |
| 10:38 lazyb0y | komisch, ich hatte noch nie so ein/dieses problem... naja, jetzt weiss ich's ja, und fuer's naechste mal auch, dass man _immer_ auch mal nach /proc/interrupts und ioports gucken muss, wenn man ein nic vermisst... |
| 11:08 lazyb0y | hmm, ob wir sowas fuers fai wiki brauchen: http://knoedeldealer.de/howto.html |
| 11:26 siretart | eartoast_: danke, werde ich mal testen |
| mfl (~mfl@apoll.fnb.maschinenbau.tu-darmstadt.de) left irc: Ping timeout: 480 seconds |
| sanso|work (sanso@194.120.17.61) left #fai (brb (probably)). |
| bleh (~vinyl@dslb-084-058-002-197.pools.arcor-ip.net) joined #fai. |
| 13:33 bleh | hello, I would like to add something to the wiki and I read I have to ask here for write axs. is anyone here who could give me write axs? |
| 13:44 Robinayor_ | bleh: check your realname :-P |
| 14:00 Mrfai | bleh: gimme your real name and email address or mail it to me |
| 14:28 bleh | you mean my rl-name on irc here? |
| 14:29 Robinayor_ | bleh: yours is currently "* I'm too lame to read BitchX.doc *" |
| 14:31 bleh | I havent uses BX for a while.. ;) |
| Nick change: \sh -> \sh_away |
| 14:43 bleh | anyway, the process of supplying my complete and full realname, and being limited to certain usernames is too much hassle for me just to add something to the wiki. so if anyone of those who already have write axs, maybe you could add following to the wiki |
| 14:43 bleh | I had a "fai server returner error -93 while mounting" while FAI tries to mount the NFS |
| 14:43 bleh | I could find anything on google |
| 14:44 bleh | so after watching the network traffic I realized that the problem was that FAI was trying to axs NFS via NFS v3, and somehow my NFS server was not accepting NFS v3. So I change the nfs version from the mount option and it worked perfectly |
| 14:45 bleh | thanks for FAI again. Great software! |
| 14:47 Mrfai | So your server was only accepting NFS v2 or only v4? |
| 14:48 bleh | now that you ask,... good question, maybe it was just v2, I removed the nfsv3 option, so maybe it is indeed v4 |
| 14:48 bleh | I have to try that out again. |
| 14:53 bleh | if no nfs version parameter is supplied which version does FAI use then? |
| 14:55 Mrfai | don't know. I would guess v2. v4 is very advanced |
| 14:56 Mrfai | without a parameter I guess the client tries v3, then falls back to v2 |
| 14:56 bleh | hm, I dont even understand why my nfs server only wants to accept v2 and not v3 |
| 14:58 Mrfai | using rpcinfo -p <yournfsserver> you can check which versions it provides |
| 15:17 bleh | would it list different versions comma seperated? |
| 15:22 bleh | well, it says vers 2 |
| 15:23 bleh | so... I assume it doesnt speak anything different, though I dont know where that comes from as I didnt tell to use explicitely vers2 |
| 15:25 Mrfai | no. It lists then like this |
| 15:26 Mrfai | program vers proto port |
| 15:26 Mrfai | 100003 2 udp 2049 nfs |
| 15:26 Mrfai | 100003 3 udp 2049 nfs |
| 15:26 Mrfai | 100003 4 udp 2049 nfs |
| 15:26 Mrfai | same for tcp |
| 15:27 Mrfai | grep -i nfs /boot/config-2.6.8-4-686 |
| 15:27 Mrfai | CONFIG_NFS_V3=y |
| 15:27 Mrfai | CONFIG_NFS_V4=y |
| 15:29 bleh | hm, it is only supporting v2 |
| 15:58 bleh | well anyway, FAI is forcing v3 by default, which it should IMHO |
| 15:58 bleh | (I know, I shouldnt use v2 anyway ;) ) |
| 16:00 Mrfai | It's only fai-chboot that is forcing v3. You can also create a template for pxelinux.cfg and copy this with fai-chboot |
| 16:04 bleh | thats what I did to get around it :) |
| 16:05 bleh | I just dont see any reason why it should force v3 in this case. |
| 16:09 Mrfai | Oh. This is obsolete now. FAI 3.2 will not force v3 any more, but it uses v3 if available |
| 16:17 bleh | crap... how did 3.1 get onto my harddrive?! |
| 16:18 bleh | grrr |
| 16:18 lazyb0y | bleh: it often happen by running apt-get install... |
| 16:28 Mrfai | you mean FAI 3.1? FAI 3.2 is not yet released. But will be released until FrosCon |
| 16:32 bleh | ah ok |
| rmfausi (~rainer@rmfausi.uugrn.org) left irc: Read error: Connection reset by peer |
| rmfausi_ (~rainer@rmfausi.uugrn.org) joined #fai. |
| Mrfai (~lange@suenner.informatik.uni-koeln.de) left irc: Quit: leaving |
| bleh (~vinyl@dslb-084-058-002-197.pools.arcor-ip.net) left irc: Quit: [BX] OH SHIT!\9 |
| meandtheshel1 (~markus@85.127.103.154) left irc: Quit: Leaving. |
| Nick change: Barbaros1a -> Barbarossa |
| --- Tue Aug 14 2007 |