[16:26] Jeg har 5 fungerende disker fra et RAID5 array på en HP Smartarray kontroller. Jeg har ikke tilgang til kontrolleren, er det mulig å montere disse diskene med mdadm? [16:27] Hva mener du med ikke tilgang? [16:27] Jeg har den ikke [16:27] fysisk [16:28] Men du vil at den skal eksponere enkeltdisker? [16:28] HP SmartArray-kontrollerne er for øvrig ræl fra ende til annen. [16:29] det er bare snakk om en nødløsning så jeg får lest ut noen filer uten å måtte kjøpe en egen smartarray for kun dette formålet [16:29] Da må du antagelig laste ned http://h18000.www1.hp.com/products/servers/proliantstorage/software-management/acumatrix/index.html og krangle masse. [16:29] Vent, du har et array over diskene som er laget med kontrolleren? [16:29] ja [16:29] Da kan du på ingen måte montere dem med mdadm. [16:29] Da har du møtt den flotte maskinvare-RAID-veggen. [16:29] Syndtristleit. Men prøv verktøyene fra HP, kanskje de kan redde noe. [16:31] Men jeg må poffe. [16:31] *poffe* [16:31] takk for info Berge, så slipper jeg å kaste vekk for mye tid på mdadm knoting [16:32] mdadm kan ikke bruke andre RAID enn sine egne. [16:32] Det gjelder iofs. for alle RAID-løsninger. [16:35] faaaaaaaaaaaen [16:35] hildenae@hildenae-laptop:~$ sudo rm /etc/apt/sources.list.d/opera.list * [16:36] Jaja, flaks at du har backup(?) [16:36] ofc .... not [16:37] mapper og skjulte filer overlevde. jeg lagrer lite viktig rett på ~ så jeg tror ikke jeg har mistet noe uopprettelig [16:37] Jaja, se positivt på det. Nå har du mer ledig plass. [16:38] hehe, heldigvis har du jo alltids recovery verktøy for slikt [16:38] photorec virker grei [17:27] Jeg har et problem som jeg ikke kommer meg rundt. [17:28] Jeg har en server med to nic. eth0 med lokal ip-adresse og eth1 med ekstern ip-adresse. [17:28] jeg kan pinge den eksterne ip-adressen og internet ip-adressen. [17:29] jeg kan koble meg til ssh og se på sider på apache serveren gjennom lokal ip, men når jeg prøver å gjøre det med ekstern ip så kommer aldri pakkene fram [17:29] Så, jeg kan gjøre alt gjennom lokal ip-adresse, men ikke med ekstern ip-adresse. [17:29] noen som kan tenke seg hva som forårsaker dette? [17:49] apache er satt til bare å lytte på intern eller brannmur blokkerer innkommende på ekstern ? [17:52] Dette gjelder for ssh, apache etc [17:54] Jeg kjønner det ikke, maskine svarer pent på pings, utgående trafikk og innkommende som er kjent tillater den [17:54] men ikke nye innkommende som er noe annet enn ping [18:02] Her er en litenoppdatering. Det fungerer å koble til ssh på eksterne og interne link så lenge man er på det internet netverket. [18:02] men ikke utenfor. [18:16] ... brannmur ? [18:17] router ? [18:22] dette er maskiner som IT-tjenesten har satt opp på en virtuell server så det skal ikke være noe brannmur på disse her. [18:22] i tilleg hvios de har gjort det så kjønner jeg ikke hvorfor siden vi skal sette opp lastbalanserere sammen med apache på disse maskinene. [18:41] kan jeg kjøre sshd på flere porter på samme interface? [18:42] Ja, men du mener egentlig på samme IP-adresse. [18:43] Mogget: Med lokal IP-adresse, mener du RFC918-adresse? [18:43] Mogget: Har disse tjenestene startet på nytt siden eth1 fikk adressen sin? [18:43] Mogget: Når du sier at pakkene aldri kommer frem, mener du faktisk det? Har du tcpdump-et på intefjeset og sett om de kommer? [18:56] Berge: jeg er usikker på hva et rfc918 adresse er, gi meg noen minutter så skal jeg sjekke om den har fått det. [18:56] jeg rebootet denne maskinen istad just in case, men det hjalp ikke. [18:57] og nei har ikke tcpdumpet. Jeg prøver ut det og ser om jeg får noen idè utfra det. [18:57] Mogget: RFC1918 definerer ikke-rutbare IPv4-adresser, som 10.0.0.0/8 og 192.168.0.0/16 [18:58] Sjekk med netstat -nlp om prosessene lytter på IP-adressene. [18:58] ip-adressen er rutbar. Vi har fått tre ipadresser som skal brukes til eksterne linker. [18:59] tcp 0 0 128.39.143.90:80 0.0.0.0:* LISTEN 3887/perl [18:59] Du snakket om to interfjes. [18:59] grunnen til at det står perl er fordi jeg install perlbal som balancer, denne har jeg nå testet og vet fungerer ved hjelp av sshtunnel. [18:59] Berge: mhm. [18:59] Ok, her ser du at perl (av alle ting) lytter på port 80 på 128.39.143.90. [18:59] Den svarer ikke, ser det ut til. [18:59] mhm [18:59] Men den sender heller ikke RST. [19:00] Hva sier iptables -L -n -v? [19:00] der har vi greia som gjør dette litt bleh.. alle de virtuelle serverne som hostes på våres skole har fått iptables fjernet av en eller annen grunn :( [19:00] uh [19:00] Er dette Jons verk? [19:00] Berge: sannsynligvis ikke. [19:01] en som heter kyrre tror jeg. [19:01] Du kan ikke fjerne iptables fra en Linux-distribusjon, egentlig. Det er ganske essensielt. [19:01] gi meg to sekunder så skal jeg sjekke litt her. [19:01] Kyrre Begnum? [19:01] Men ja, jeg vet hva problemet er, fwiw. [19:02] For du når 128.39.143.90:80 fra andre maskiner i nærheten? [19:02] Men ikke fra Internett? [19:02] mhm [19:02] bingo [19:03] eller jeg når maskiner fra alle virtueller på samme boks. [19:03] Sånn for å være vagt pedagogisk: På en maskin du ikke når den fra, prøv tcptraceroute 128.39.143.90 80 [19:03] fikk en klassekamerat til å ssh inn fra en av hans maskiner og dette gikk også fint. [19:03] Hvor står klassekameratens maskin? [19:03] den er på samme server. zimbu har 7x14 virtuelle maskiner som vi bruker i et fag. [19:04] zimbu? [19:04] zimbu er en server som drifter alle disse maskinene. [19:05] å. [19:06] mellom min gateway her på hybelen så skjer det ingenting inntil jeg får svar fra min balancer maskin [19:06] Det sa meg ca. ingenting. [19:06] Gjorde du som jeg foreslo? [19:07] http://pastebin.com/EgZUwLWX [19:07] Vel, gjør det fra et mindre bastardisert nett. [19:08] der fikk du meg til å le.- [19:08] skal vi sjå. [19:08] For å hjelpe litt: http://dpaste.com/526382/ [19:08] Ser du problemet? [19:09] gatewayen for skolen våres? [19:09] hopp 7 [19:09] Ja. [19:10] Kan jeg få lov til å bruke din output til å bevise for IT-tjenesten at de må få fikset dette for meg? [19:10] For sammenligningens skyld: http://dpaste.com/526383/ er vanlig ICMP-traceroute. [19:10] Mogget: Jada. Dette er fra maskinen cirkus.samfundet.no, på 129.241.93.17 [19:10] Mogget: Og: Fiks IPv6 til maskinen din i samme slengen. [19:23] Berge: JEg har bare satt opp et lokalt nett her inne med min filserver som gateway. Jeg er litt redd for å begynne med IPv6 da jeg har relativt lite kunnskap om det. [19:24] Tenk på det som IPv4, bare med flere adresser og autokonfigurering (-: [19:26] hehe. Jeg får ta meg tid til å sette opp IPv6 på dette netverket. Jeg må jo uansett lære meg det en eller annen gang. [19:26] men det virker for meg som overkill for mitt hjemmenetverk. [19:28] Feil tankegang. [19:28] IPv6 er et must uansett. [19:31] Berge: Tusen hjertelig takk for hjelpen. [19:31] np [19:32] Jeg fakturerer bare HiG for øvingstimer. (-: [19:32] haha! [19:32] O_O [19:37] ugh dette blir mer og mer frustrerende. [19:37] Berge: gateway til HiG skal stenge de pakkene. [19:38] Mogget: Da gjør den jo jobben sin. [19:38] Disse "eksterne" ipene skal fungere internt på campus, ikke utenfor. [19:38] mhm, men jeg får fortsatt ikke kontakt med min balancer. [19:38] Jeg vet fortsatt ikke hva du mener med balancer og fra hvor du ikke får kontakt. [19:40] Jeg har 7 maskiner som alle har en intern ip-adresse ala 10.0.0.x. fire av disse har en ekstern ip-adresse som fungerer her inne på campus. Interne og eksterne ip-adresser er konfigurert likt på alle maskiner og fungerer på alle maskiner unntatt på den maskinen som jeg skal ha en lastbalanserer på. [19:40] haha. Jeg fikk nettopp epost fra Evelyn Maria Vasquez Mendoza Subject: (no subject) Body: You have 750,000.00 Pounds In BPO Promo . Provide NAMES ADDRESS [19:41] Mogget: Argh, brannalarm. Kommer tilbake. [19:41] Eneste forskjellen er at den loadbalanseren [19:41] Berge: ok [19:43] Berge: den eneste forskjellen mellom de fore maskinene som har et eksternt interface og ip adresse er at ipadresse og interface for den maskinen jeg har problemer med er lagt til i etterkant. [19:54] ipkolisjon? [19:55] Da skulle man jo få et problem internt på zimbu og skulle man ikke? [19:58] Som sagt, prosesser begynner ikke å lytte på IP-adresser som er lagt til etter at programmet er startet (i alle fall ikke generelt sett). [19:59] Jeg har restartet maskinen og kjører nå faktisk en benchmark mot den ipadressen internet i netverket. [19:59] så jeg vet ipadressen er reel. [20:00] heg tror ikke det er det han sier [20:00] er bare så teit måten jeg må gjøre denne benchmarkinga bare for å bevise at perlbal fungerer. [20:00] Benchmark? [20:01] Jeg henger som vanlig ikke med. (-: [20:01] Det er bedre om du kan komme med det «ip a s» sier, f.eks. [20:01] Og netstat -lnp [20:01] jeg må kjøre autobench og argumentere for valg av instillinger mot en balanser som fungerer, men jeg har ikke en balanser som fungerer så jeg må bare skrive at jeg har lagd en ssh tunnel for å få denne dataen [20:01] skal vi se. da begynner vi med fakta. [20:02] Helst det (-. [20:02] Begynn alltid med det mest grunnleggende når du feilsøker. [20:02] http://pastebin.com/Gze4QTnE [20:02] netstat [20:03] ok, så perl lytter på 128.39.143.90:80 og 127.0.0.1:16000. [20:03] mhm, den lokale vet jeg fungerer for jeg kan telnette til den og kommandere perlbal [20:04] sammen med port 80 også så lenge jeg gjør det internt her. [20:05] mm. Hva sier «ip a s»? [20:06] Går litt tregt her akkurat nå. [20:07] http://pastebin.com/nNTtZgrk [20:07] ip a s [20:09] Ok, da har jeg oversikt. Så, hva er problemet? [20:09] Forresten kan du kanskje gi meg en ip r s også. [20:11] http://pastebin.com/xAXfeyBY [20:12] Du har to default gateways. [20:12] Hvor av én er 10.0.0.1, som helt sikkert ikke ruter noe til Internett. [20:12] Uansett får pakkene feil source address. [20:12] At dette tryner, tror jeg fint på. [20:12] ... [20:12] (-: [20:12] ... [20:12] jeg vet jo dette! [20:12] åh [20:12] Vel, det var ikke det du sa! (-: [20:12] * Kagee slaps Mogget [20:13] unskyld. kan jeg bare få fjerne den ene default gatewayen og se hvordan dette fungerer? [20:13] * Mogget hides in shame.. [20:13] det verste er at det er ikke mere enn to uker siden jeg kom opp i en lignende situasjon med en medelev. [20:14] Ja, det kan du. [20:14] ip route del default via 10.0.0.1 [20:14] Spørsmålet er hvordan du satte opp interfjesene. [20:14] Hvordan ser /etc/network/interfaces ut? [20:16] Berge: jeg hadde definert to default gateways, en for hver interface i interface fila. [20:16] Mogget: Hvordan tenkte du det skulle fungere? [20:16] slettet 10.0.0.x gatewayen og restartet netverk [20:16] Berge: spørsmålet er vell at jeg ikke tenkte og bare copy-pastet slidsa fra forelesening. [20:17] og bam så fungerte det. [20:17] Mogget: Og hva har du lært av det? (-: [20:17] Berge: To default gateways fungerer dårlig og bruk hode! [20:18] (= [20:18] (Det verste er at du kan sette opp to default gateways og det kan fungere. Men da må man tenke en del mer.) [20:18] Berge: Takk, jeg setter pris på det. [20:18] Stort sett er det en feil. I alle fall i IPv4. [20:19] Kanskje jeg får forståelse for det når jeg skal ta Jons fag til høsten. [20:19] akkurat nå så er jeg bare lettet. Jeg har jobbet med dette problemet i en uke. [20:19] byttet balancer sw for å se om det var balancer som lagde feilen etc. [20:19] Mogget: du har ikke spurt foreleser etter hjelp og har kranglet med det en uke ? [20:20] Kagee: jeg spurte ham og fikk denne beskjeden: jeg har ikke en anelse om hvorfor denne feilen forekommer. [20:20] jeg spurte ham idag faktisk. [20:21] Hvilket fag har Jon? [20:21] Netverksadministrasjobn og sikkerhet tror jeg faget heter. [20:21] ah [20:21] For øvrig kan du fint fortsatt ha andre problemer, altså. (-: [20:22] jojo, men så fort jeg fjernet den gatewayen så ble servern mere responsiv og ting bare automagisk fungerer :) [20:23] (-: [20:23] da har jeg lært meg noen nye verktøyer idag også. [20:24] ip er definitivt din venn på Linux. [20:26] jeg bruker som oftest ifconfig, men ser jo at den kan gi litt mere spesifik informasjon [20:26] ifconfig er utdatert. [20:26] Og har masse rare greier. Den må emulere flere IPv4-adresser per interfjes, f.eks. [20:27] mener du eth0:{1,2} osv.? [20:27] Ja. [20:27] jeg har slike på linode slicen min. syns det er ok å jobbe med egentlig. [20:27] Det er bare et hack fra Linux for å maskere at den egentlig fint takler flere IPv4-adresser per interfjes. [20:27] ip er mye griere. [20:27] greiere [20:28] ip address add 10.0.0.2/24 dev eth0 [20:28] F.eks. [20:28] mhm [20:28] Og den er helt IPv4/IPv6-agnostisk. [20:28] så man burde venne seg til ip istede for ifconfig? [20:28] Så ip addr add 2001:700:fee:faa::1/64 dev eth0 funker også. [20:28] Ja. [20:29] Du kan også styre link-ting: [20:29] ip link set up dev eth0 [20:29] Eller ip link set mtu 1428 dev eth0 [20:29] kult. [20:30] merker det har skjedd litt for mye idag til at hode mitt takler det bra. [20:30] (Og den har fin tab-fullføring i zsh d-: ) [20:30] for mange revelations på engang. [20:30] haha [20:30] http://dpaste.com/526413/ [20:30] Det er «ip addr » [20:30] Det er faktisk veldig kjekt. [20:32] Ja har sett litt slike ting i det siste. la merke til at git og svn autocompleter for meg ting som shell egentlig ikke burde vite om. [20:32] Hvorfor burde ikke skallet det? [20:32] Det er jo kjempegreit. [20:32] hvordan skal den vite hva slags parametere programmet kan ta? [20:32] Det vet skallet. [20:33] dpkg -L zsh | grep complete [20:33] _det_ er nyttig [20:33] Hvilken det? [20:33] men det er ganske nytt, er det ikke? [20:33] tabcomplete på programmer [20:34] Nja, fire-fem år? [20:34] zsh er ganske nytt som skall går. [20:34] bash har diltet etter etter hvert. [20:34] jeg ble positivt overasket første gangen bash gjorde det for meg. [20:35] kjønte bare ikke hvordan den fikk det til. [20:35] zsh er mye flinkere. [20:35] hvordan er zsh opp mot bash? [20:36] Mye bedre. [20:36] jeg bruker bash og er fornøyd med. Har aldri hatt noe behov for å skifte egentlig. [20:36] d-: [20:36] mye flinkere [20:36] Kjør zsh, så får du en fin wizard for å konfigurere. [20:36] zsh har dessuten tetris. Du kan ikke argumentere mot et skall med tetris. [20:36] haha :P [20:36] *installere zsh* [20:38] this shell has tetris. your argument is invalid. [20:42] disapoint [20:42] tetris fungerer jo ikke. [20:43] oooh nice [20:43] man kan tabbe igjennom alle valgene dersom det du har skrevet ikke beskriver spesifikt et objekt [20:43] * Mogget tester å sette zsh som default terminal inntil videre. [20:48] humm.. esx later som den lager partisjoner uten problemer, og kan ikke montere partisjoner med ext[2-4] uansett hvor den er laget, inklusiv om den er laget på esx selv ... *kosepå qemu, kvm og libvirt* [20:53] Kagee: deilig å være hjemme? [20:53] hvorfor er du hjemme egentlig? [20:55] Mogget: mormor fra nordnorge er på besøk [20:56] kos :)