[01:14] Lin (~igormorga@200.179.57.57) left irc: Quit: Ex-Chat [05:09] juri_ (~juri@ip70-178-33-171.ks.ks.cox.net) joined #fai. [07:26] siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) joined #fai. [07:48] juri_ (~juri@ip70-178-33-171.ks.ks.cox.net) left irc: Ping timeout: 480 seconds [07:50] fai-guy (~fai-guy@p4FC235D7.dip0.t-ipconnect.de) joined #fai. [08:14] juri_ (~juri@ip70-178-33-171.ks.ks.cox.net) joined #fai. [08:19] juri_ (~juri@ip70-178-33-171.ks.ks.cox.net) left irc: Remote host closed the connection [08:29] MT (~MT@80.109.167.79) joined #fai. [08:31] stockholm? [08:36] Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai. [08:42] juri_ (~juri@ip70-178-33-171.ks.ks.cox.net) joined #fai. [09:09] juri_ (~juri@ip70-178-33-171.ks.ks.cox.net) left irc: Remote host closed the connection [09:42] MT: MT? [09:44] MT, RST [09:44] stockholm, RST [09:44] hi stockholm [09:44] (those were tcp connection resets :) [09:44] :-) [09:45] stockholm, ich habe mal eine größere überarbeitung von setup-storage gemacht: [09:46] jetzt gibt es eine Planung der commands je nach Abhängigkeit [09:46] MT: cool! [09:46] also sollte jetzt auch ein lvm-auf-raid-auf-lvm-auf-raid-... möglich sein [09:47] theoretisch [09:47] ich kann nämlich erst am Dienstag testen [09:47] dann werde ich das testen! [09:47] soll ich einchecken? [09:47] hm, welchen server nehme ich denn da? [09:47] ist ziemlich sicher irgendwo noch buggy [09:47] MT: ja, sonst komm ich da nicht dran :-) [09:47] es wäre für mich schon sehr hilfreich, wenn Du auch was ganz banales testen könntest [09:47] für den Anfang [09:48] um mal grobe Bugs zu beseitigen [09:48] also einfach nur partitionieren ohne RAID+LVM ... [09:48] MT: naja, das sind eh keine zu abgefahrenen sachen. [09:48] lvm haben wir immer dabei, aber halt auch immer was ohne. [09:48] gut, ich checke mal ein... [09:49] r4881 ... [09:51] ich muss erstmal einen neuen server ins dns und dhcp etc eintragen... langsam [09:51] stockholm, was hast Du da eigentlich für ein System? [09:52] muss ja irgendwie ziemlich groß sein... [10:01] Mrfai, planst du setup-storage in den nexten 4 wochen in den trunk zu übernehmen oder soll lenny mit setup-harddiscs kommen? [10:02] h01ger: Ja setup-storage kommt bald rein. Ich denke in 1-2 Wochen ist es drin. In lenny wird aber noch beides in FAI drin sein, wenn moeglich wird aber setup-storage als default benutzt. [10:03] cool! sehr sehr cool! [10:03] hey, cool :-) [10:03] (beides zu haben finde ich auch richtig) [10:03] ich weiß aber nicht, ob ich schon dafür bin, das als default zu machen [10:04] Action: h01ger ist das egal, solange es komplett aus dem paket geht :) [10:04] eben, das seh ich auch so [10:04] aber lenny soll ja dann stable sein, und dazu brauche ich noch viel mehr Tester [10:04] MT: wenn die simple example mit setup-storage funktionieren, und vielleicht ein einfaches raid/lvm Beispiel, dann koennen wir es als default machen IMO. [10:05] ok [10:06] Bis zum lenny frelease werden wir dann sicherlich viele Bugreports dazu bekommen :-) Und werden die hoffentlich auch noch vorher :-)) [10:07] ich würde vorschlagen, zuerst eine Version mit setup-storage, aber default auf setup_harddisks hochzuladen [10:07] die soll dann mal nach testing migrieren [10:08] und getestet werden [10:09] yep, so ist es geplant. Hoffentlich koennen wir den default Partitonierer dann noch vor lenny aendern. [10:10] Wann muessen iwr denn die simple example aendern? Geht die alte syntax noch mit setup-storage? [10:15] MT: das sind ein paar server in london... und jetzt bin ich wieder von der arbeit abgelenkt worden. sorry. [10:15] MT: wir nehmen das nur, das kann schon default sein. [10:16] habt ihr denn inzwischen die installation auf rechnern mit 48 harddisks möglich gemacht? [10:16] ich hatte ja einen patch an die liste geschickt [10:17] hast Du den auch ins BTS gestellt? [10:17] (wäre wichtig, sonst geht das verloren...) [10:19] nein, immer noch nicht. [10:19] muss ich auch noch machen [10:23] Mrfai, _full freeze_ is für mitte/ende juni, anfang juli gedacht. derzeit denke ich, das wird eher früher als später passieren. [10:34] h01ger: dann sollten wir bald mal loslegen. [10:38] jo :) [10:47] MT: so, jetzt habe ich auch einen fall wo parted crasched weil es den disklable nicht lesen konnte [10:48] mit log? [10:48] jetzt hätte ich gerne eine bequeme methode dir logs irgendwohinzulegen [10:48] moment [10:48] wie wär's damit, die einfach ins SVN zu legen? [10:49] oder eben mail -s Log tautschn@model.in.tum.de < /tmp/fai/fai.log :-) [10:58] mail geht auf dem server nicht. [11:00] MT: http://www.schuldei.org/fai.log [11:01] so geht das gut für mich :-) [11:02] MT: ich könnte jetzt das mit fdisk manuell partitionieren und das würde diese problem lösen. [11:03] hmm, was für ein disklabel ist denn da drauf (gewesen?) [11:06] mir r4882 sollte das Problem aber auch behoben/umgangen sein [11:06] (soeben eingecheckt) [11:08] MT: solaris [11:09] nächster versuch [11:12] MT: nächstes log [11:24] so, r4883 [11:24] bitte mal wieder loggen [11:24] das behebt den Fehler _nicht_ [11:25] gibt nur eine debugging ausgabe nach Berechnung der Partitionsgrößen [11:25] ich verstehe jetzt zwar, an welchem Punkt er scheitert, aber nicht, warum es überhaupt so weit kommt [11:25] die Größe von /dev/sda3 hätte er ja nie bestimmen müssen [11:25] sollte er ja einfach aus der Config berechnen [11:30] MT: jetzt koche ich gleichzeitig, darum gehts langsamer [11:33] MT: nächstes log [11:43] stockholm, r4884 hat wieder neuen Debug-output für mich ... bitte ... [12:04] MT: nächstes log [12:06] MT: ah, ich habe auch noch eine zeile die alle alten lvms löscht. soll ich die jetzt mal wegnehmen? kannst du lvms entfernen wenn sie überschrieben werden sollen? [12:09] ich hab die mal auskommentiert [12:10] so [12:10] r4885 [12:11] sollte das problem wirklich behoben haben [12:11] (d.h. jetzt werden wir die nächsten Probleme zu sehen bekommen) [12:11] fein. :_) [12:11] ob das mit LVM klappt - ich weiß es nicht, aber ich würde es gerne debuggen [12:11] also nur mal raus damit :-) [12:11] genau [12:36] MT: jetzt hing die gurke im bios [12:38] MT: nächstes log [12:40] grrr [12:40] r4886 [12:41] falls setup-storage jetzt nicht terminieren sollte, dann ist da noch ein bug drin und ich muss mehr debugging machen [12:41] also einfach abbrechen, wenn's zu hängen schein [12:44] nee hängt nicht [12:44] nächstes log [12:45] MT: ich seh garkeine fehlermeldung da [12:47] Use of uninitialized value in concatenation (.) or string at /usr/bin/setup-storage line 158. [12:48] ja, ist etwas unerwartet, aber vielleicht hab ich da einen Fehler im delete [12:48] kannst Du r4887 noch laufen lassen? [12:48] mom [12:55] mettler (~mettler@dsl-62-220-14-162.berlikomm.net) joined #fai. [12:55] MT: syntax error [12:56] oh!? [12:56] ahh [12:56] sorry [12:56] r4888 [12:58] Lin (~igormorga@200.179.57.57) joined #fai. [12:59] hat jmd. evtl einen link/hint zum thema user anlegen? [12:59] mit adduser? [13:01] MT: next [13:01] Use of uninitialized value in string ne at /usr/lib/perl/5.8/commands.pm line 1013. [13:01] Use of uninitialized value in concatenation (.) or string at /usr/bin/setup-storage line 158. [13:06] bitte r4889 testen... [13:10] MT: fertig [13:13] ... r4890 ... [13:15] hier rattern die revisionen ja nur so durch [13:15] :-9 [13:15] erm :-) [13:15] remote debugging nennt man das wohl :-) [13:19] remote debugging via svn und http [13:21] nächste [13:21] MT: nächste [13:27] r4891 ... [13:27] k [13:27] ich versteh das noch nicht [13:28] warum macht der diese Runde mit i=20 [13:28] wo es dann undefined ... gibt [13:31] MT: next [13:33] Dummheit sollte bestraft werden [13:33] oh? [13:33] besser nicht :-) [13:34] r4892 funktioniert vielleicht sogar :-) [13:34] versuch's mal ... [13:34] klar [13:39] MT: fertig [13:40] auch ohne LVM-hack, oder? [13:40] ja [13:41] soll ich nochmal? [13:41] na gut, dann kannst Du jetzt mal versuchen, komplexere setups zu machen ... :-) [13:41] komplexer wirds nicht bei uns [13:42] software raid haben wir nicht [13:42] nur richtiges raid [13:43] vielleicht vielleicht machen wir mal encryption auf unserem 40Tbyte fileserver [13:43] hast du ein komplexes setup? [13:43] na, auch nicht [13:43] naja, ein bisschen kompliziert ist vielleicht, dass ich resize mache [13:44] jedenfalls war das für mich der Grund, dass ich endlich die Abhängigkeiten implementieren musste [13:45] aber mit LVM hast eh schon einiges getestet [13:45] war zwar kein Umsortieren notwendig, aber jedenfalls scheint das mal so zu sein, dass ich keine Lücken habe [13:45] danke, stockholm!!! [13:46] ich glaube nicht, dass encryption schon komplett funktioniert, aber versuchen kannst Du es gerne [13:46] aber chtp war nie wieder online [13:46] deshalb hab ich dazu auch kein Feedback mehr bekommen können [13:51] chtp? [13:51] einer der encryption wollte? [13:51] der/die war mal eine Zeit lang hier online [13:51] h01ger will auch encryption [13:51] ach so, h01ger, go :-) [13:51] bitte bitte testen :-) [13:52] ich habe von cryptsetup/luks keine Ahnung, habe mich nur an den howtos orientiert [13:53] ich möchte noch ein einfaches tool das bind, dhcp, tcpdump und fai-chboot integriert. [13:53] Action: h01ger winkt [13:53] also ich würde da noch LDAP mit reinnehmen :-) [13:53] gosa ist wohl nicht so geeignet. [13:53] ja, ldap ist obtional möglich [13:53] stockholm, wieso nicht gosa? [13:54] damit kann man halt bind und dhcp recht schön verbinden [13:54] das ist superfett, h01ger [13:54] tcpdump, wofür? [13:54] hat die ldap strukturen in php fest verdratet [13:54] uh [13:54] MT: zum erkennen neuer bootp und dhcpclient requests [13:55] udn die ldap strukturen taugen für dich nicht? [13:55] wie wär's mit arpwatch? [13:55] h01ger: wenn ich die ändern will bin ich gearscht [13:55] ich mein, das kann kein filtern auf bootp/dhcp, aber hosts generell erkennen [13:55] MT: arpwatch ist vielleicht besser [13:56] muss man vielleicht ein bisschen hacken, aber das schickt immer eine mail, wenn ein neuer host da ist [13:56] könnte man bestimmt relativ leicht durch eine andere Aktion ersetzen [14:04] h01ger (~holger@socket.layer-acht.org) left irc: Remote host closed the connection [14:04] h01ger (~holger@socket.layer-acht.org) joined #fai. [14:06] Ich hab mal angefangen ein script zu schreiben. collect-mac, zeigt die neue MAC adressen an, die ein bootpc/dhcp machen. Das koennte man aufboren das es autom. dhcp Eintraege macht. [14:13] Mrfai, debian-edu hätte auch gern so ein script... ich weiss aber grade auch nicht, in welches paket das gut reinpasst [14:13] dhcp-$irgendwas vielleicht [14:21] dhcp, und dann mit nsupdate auch dns [14:21] es kann in den reverse zonen nachschauen welche IPs noch frei sind [14:22] für welche dnsserver? [14:23] nsupdate kann nur bind oder? [14:24] wenn man nicht bind nimmt sondern einen mit einem ldap oder sql backend braucht man kein nsupdate [14:26] MT (~MT@80.109.167.79) left irc: Quit: This computer has gone to sleep [15:27] MT (~MT@80.109.167.79) joined #fai. [15:28] mettler (~mettler@dsl-62-220-14-162.berlikomm.net) left irc: Quit: [BX] Connection reset by panasync? [15:38] siggg (jean@tra78-5-88-172-128-32.fbx.proxad.net) left #fai. [15:50] siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) joined #fai. [15:50] Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving [15:59] fai-guy (~fai-guy@p4FC235D7.dip0.t-ipconnect.de) left irc: Quit: pfingsten [16:02] MT (~MT@80.109.167.79) left irc: Quit: Leaving [16:04] MT (~MT@80.109.167.79) joined #fai. [16:16] MT (~MT@80.109.167.79) left irc: Quit: This computer has gone to sleep [17:57] MT (~MT@80.109.167.79) joined #fai. [18:18] MT (~MT@80.109.167.79) left irc: Ping timeout: 480 seconds [18:19] MT (~MT@130.83.161.205) joined #fai. [18:47] allee (~ach@allee.mpe.mpg.de) left irc: Remote host closed the connection [18:57] MT (~MT@130.83.161.205) left irc: Ping timeout: 480 seconds [19:23] MT (~MT@vpn.forsyte.informatik.tu-darmstadt.de) joined #fai. [19:40] fai-guy (~fai-guy@p4FC23670.dip0.t-ipconnect.de) joined #fai. [19:58] fai-guy (~fai-guy@p4FC23670.dip0.t-ipconnect.de) left irc: Quit: leaving [20:13] istaz_ (~olivier@53.29-241-81.adsl-dyn.isp.belgacom.be) joined #fai. [20:20] istaz (~olivier@120.188-247-81.adsl-dyn.isp.belgacom.be) left irc: Ping timeout: 480 seconds [20:30] Lin_ (~igormorga@200.179.57.57) joined #fai. [20:30] Lin_ (~igormorga@200.179.57.57) left irc: [21:22] Nick change: slaq -> raz [21:22] Nick change: raz -> razmataz [21:27] razmataz (~y@port-212-202-37-27.dynamic.qsc.de) left irc: Quit: +++ATH0 [21:48] istaz (~olivier@97.210-242-81.adsl-dyn.isp.belgacom.be) joined #fai. [21:55] istaz_ (~olivier@53.29-241-81.adsl-dyn.isp.belgacom.be) left irc: Ping timeout: 480 seconds [22:04] MT (~MT@vpn.forsyte.informatik.tu-darmstadt.de) left irc: Ping timeout: 480 seconds [22:05] MT (~MT@80.109.167.79) joined #fai. [22:55] MT (~MT@80.109.167.79) left irc: Quit: This computer has gone to sleep [22:56] siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) left irc: Quit: Leaving. [23:07] torkel (torkel@ip64.degernas.se) left irc: Quit: leaving [23:07] torkel (torkel@ip64.degernas.se) joined #fai. [00:00] --- Sat May 10 2008