HawP

Har satt i gang vm-serverne på loftet igjen, i håp om at det ikke skal bli for lav temp i kabinettet, noe diskene antakelig ikke ville like så godt.

Ikke all verden med ppd siden det er cpu, rundt 30k.

Jo, esxi kan "slippe igjennom" diskene med RDM (raw device mapping), selv om det ikke nødvendigvis er slik vmware har tenkt RDM benyttet. En må dessuten gjøre en liten manuell konfigurering via ssh eller powershell cli-tingen.

I tillegg vil ikke diskene bli gjenkjent som en "ordinær" RDM, så en må browse seg fram til .vmdk fila som lages.

Men det fungerer. Kjører det i dag, og opensuse'n som har fått "mappet" disse diskene gjenkjente det eksisterende md-raidet på de.

 

http://forza-it.co.uk/esxi-5-1-using-raw-device-mappings-rdm-on-an-hp-microserver/

Amd folding under Linux med mitt aldrende skjermkort gikk heller dårlig ...

Den klarte kanskje 1% før en melding kom:

 

0x17:ERROR:exception: The periodic box size has decreased to less than twice the nonbonded cutoff.

 

eller

 

0x17:Bad State detected... attempting to resume from last good checkpoint

 

og etter noen slike var beregnet tid igjen 40+ dager, og TPF ca. 10 timer

Ja, jeg kjenner til "FAHClient stop" (evt. systemctl stop FAHClient.service som jeg bruker), har kjørt opensuse i flere år. Men den vil jo da starte igjen ved reboot. "Off" sørget jo for at den ikke begynte å folde selv om FAHClient startet.

 

Men der minte du meg faktisk på en mulighet for tidspunkter den ikke skal folde på en stund (typisk om sommeren): systemctl disable FAHClient.service

Skjermkortet er uansett ikke allverden å folde med (et 5770), jeg forsøkte mest som en test. Og siden maskinen også brukes til andre ting vil jeg ikke "prøve og feile" noe særlig.

 

Men det skuffa meg at de i 7.4.4 har fjerna muligheten for å sette den til "Off" i FAHControl. "Light" ser nå ut til å være "minste" mulige.

Ble nysgjerrig på status for folding med amd-kort under Linux. Og, jo da, med V7.4.4 så folder den på et (gammelt) AMD kort også under Linux (opensuse)

Men spesielt effektivt er det ikke, core17 bruker ca. 50% cpu.

Men det var jo egentlig ikke overraskende, gitt at "Folding on AMD GPUs is problematic in linux due to poor OpenCL driver suppport from AMD. Linux GPU folding is still in beta testing."

Lyst til å være en "ekstremist" ? Besøk Linux Journal

Nei, det gjelder som sagt kun enkelte maskiner fra den perioden. Vi var uheldige og fikk en av de, en annen i familien som kjøpte 1-2 uker senere (også 15" men med den "matte" skjermen) i samme butikk var heldig og fikk en uten dette problemet.

Siden du har 10.6 er antakelig maskinen noen år gammel?

 

Enkelte av MBP fra midten av 2010 (disse ble levert med 10.6) har en feil med grafikk-delen som gjør at Maverick krasjer på et tilfeldig tidspunkt med "GPU panic", uavhengig av hvor lang tid siden oppstart. Usikker på om det gjelder alle MBP fra mid-2010 eller kun 15".

 

Opplevde dette selv i vår da vi oppgraderte fra 10.6 rett til 10.9 (som forøvrig gikk fint). Fikk det fikset på reklamasjon (siden det var innenfor 5 år) uten problem.

* Har Linux støtte for USB3 og er den aktivert (hvordan finne ut?)

sudo lspci -v |grep xhci

Kernel driver in use: xhci_hcd

 

lsusb vil gi noe liknende dette (bus nr. vil nok variere etter antall usb-porter)

Bus 009 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

 

Slik jeg tolker det vil da en enhet som er koplet til som usb3 vises som en enhet på Bus 009 og f.eks. Device 002 (siden usb3 er Bus 009 i dette tilfellet).

For å kunne ha muligheten til å bruke lydkorta "direkte" i en vm, så må du bruke "pci-passthrough" aka. IOMMU (Intel Vt-d/AMD-Vi), forutsatt at hypervisor har støtte for det (esxi har; ukjent for meg om kvm eller hyper-v har). En enhet (f.eks et lydkort) vil kun være tilgjengelig for enten host eller en vm. Kan mao. ikke bruke ett og samme lydkort i host og en vm eller flere vm'er samtidig.

Så vidt jeg har forstått så ligger IOMMU-støtte hovedsakelig i brikkesett og BIOS/UEFI (usikker på om cpu også må ha støtte?). "Alle" nyere server hk har dette, for desktop-kort er det veldig variabelt.

 

VM-støtte i cpu har alle AMD og Intel sine nyere cpu'er.

 

For øvrig er mengden minne også noe å tenke på (husk at host OS også vil bruke noe av dette, hvor win server vel "spiser" mest), og i en litt mindre grad antall kjerner.

 

Ang. esxi, så begrenser min gratislisens seg til å støtte 1 fysisk cpu (uansett antall kjerner), 32 GB ram og 8 virtuelle cpu'er pr. vm (hvis jeg ikke husker feil).

Ellers vil jeg tippe at både hyper-v, esxi og kvm støtter alle nyere hovedkort beregnet for desktop/hjemmemarkedet (mulig unntak IOMMU som nevnt), men esxi har muligens ikke støtte for info fra div. sensorer på slike kort.

 

Har selv en esxi som kjører på et gammelt AM2 kort (måtte "bare" fikle litt med diskdriveren for støtte) og en kvm som kjører på litt nyere AM3-kort.

 

Edit: Kan være at (alle?) Intel sine K-modeller av cpu ikke har IOMMU/vt-d støtte.

Tar vel ikke lang tid før de får igjen med en liknende mynt. Og så kommer en fjerde aktør inn fra sida med budskapet "we deliver instead of wasting time on pranks"

Alle mine servere ligger også en time bak i loggen (har alltid gjort det) i forhold til normaltiden.

F@H har vel alltid brukt UTC i loggene etter det jeg kan huske, og UTC er jo én time bak oss nå som vi har "normaltid" og to timer bak ved "sommertid".

Denne "frykten", som PG skriver om, for poeng-inflasjon blir jeg litt oppgitt over. PG har jo selv lagt opp til det, vil jeg si, ved at de opp igjennom åra vel har gitt bonus/ekstra poeng for å lokke folk til å være med å teste "nyvinninger" innen F@H (med forbehold om at jeg husker feil) ?

Så PG burde fram til nå ha klart å forstå hva som motiverer veldig mange foldere, og hvis de da nå ikke klarer å se utenfor sin egen sfære så blir jeg ikke forundret hvis PG får seg en liten overraskelse (og skuffede "ildsjeler" driver neppe så mye rekruttering heller).

 

Har ingen BA-rigg sjøl, men skjønner veldig godt frustrasjonen til dere/de som har.

Lurer litt på om PG har forstått at, og på hvilken måte, poeng er "drivkrafta" til de fleste "stor-folderne". Hvis de har, og allikevel velger å gjøre som de har varslet, blir det interessant å se om de klarer å opprettholde "momentum" ...

Prøvde å installere Ubuntu 13.10. Det gikk helt fint å boote, men det dukker opp feilmelding når jeg skal kjøre i gang installasjon av Ubuntu.

Kan se ut som at det er nouveau (den åpne nvidia-driveren) som krasjer eller forårsaker krasj. Så tilsynelatende er da problemet ditt relatert til skjermkortet på en eller annen måte, siden du også fikk "sort skjerm" med 12.04 ?

 

på e-postfronten. Kva gode, personvernsorienterte tilbydarar finst det? Har eigentleg hatt Gmail i alle år, så har ikkje så mykje peiling på kva alternativ eg har.

Hvis du er villig til å betale en 100-lapp eller to i året så finnes fastmail.fm, basert i Australia.

Kan virke litt som at det er noe med disken du bruker/brukte til Debian ... sjekk som en start om det i dmesg rapporteres om error av et eller annet slag for den.

Hvilken nettleser bruker dere? Merker jeg begynner å bli lei av Opera 12(?) som daglig skal låse seg og forsåvitt ei heller blir oppdatert.

Bruker primært Opera, med Firefox som "backup".

Vet noen om prosjektet kommer til å lage pakker for OpenSUSE? Det er det som står mellom min CPU og det å bidra. Minst 8 rimer hver dag på en 6-kjerners AMD. Ikke så mye mer enn en dråpe i havet, men lell

rpm-pakken fra Stanford fungerer. Men det er et par ting som må fikses manuelt hvis du føler for å prøve.

 

rpm'en er "laget for" Python 2.6, mens opensuse i de siste utgavene har 2.7, så det må lages en "symlink" i /usr/lib og /usr/lib64 (ser jeg har en slik link i begge).

 

opensuse 12.2/12.3 har også gått over til systemd, så FAHClienten må aktiveres der for å starte automatisk ved oppstart.

 

Kan gi mer detaljerte instruksjoner hvis du har lyst til å prøve (ha i såfall litt tålmodighet siden jeg ikke leser tråden hver dag).

openSuSe måtte jeg gi opp ganske raskt da CPU folding funket kun rett etter installasjon. Ved restart virket ikke noe folding.

Husker jeg ikke helt feil så støtter installasjonen (.rpm-fila) kun den "gamle typen" /etc/init.d/<script>, mens opensuse nå bruker systemd (eller hva det heter). Så, ja, må kjøre en kommando som root for å aktivere "auto-start",

sudo systemctl enable FAHClient

om jeg ikke husker helt feil.

Husker heller ikke om "enable" også starter den med det samme, hvis ikke må du enten reboote eller starte den manuelt første gangen.

sudo systemctl start FAHClient

GPU-folding i Linux? Det kan nok være en litt tøffere nøtt å knekke foreløpig, ja (men ikke umulig slik jeg forstår F@H sine sider).

 

Hvilke problemer er det du har møtt på?

Kjapt spørsmål, funker F@H bra i openSuSe 12.3?

Litt sent svar ser jeg, men allikevel...

 

Jeg synes F@H funker bra i opensuse 12.3, men kernelen i 12.3 er neppe "tunet" spesielt mtp. F@H...

 

Kan bruke rpm'en for Red Hat, Fedora osv. direkte i opensuse, men må "symlinke" python 2.6 til 2.7 katalogen siden rpm'en er kompilert mot 2.6. (kan forklare mer når/hvis nødvendig)

Sikker på at det er DP-1 som er TV'en? Jeg tolker xrandr output som at DP-0 er TV'en (den er "connected", i motsetning til DP-1) og kjører for øyeblikket 1360x765 i 85Hz (market med *), som stemmer med nvidia-settings. xrandr output indikerer også at du kan få 60Hz ved å velge 1280x720 (som også angis som foretrukket modus; market med +)

Noe liknende kan vel sies om Opensuse:

 

-release (den en laster ned): (halv-)stable (bl.a. fått kde 4.10.5 etter release)

-tumbleweed (pakkebrønn): bleeding-edge

-factory (pakkebrønn): testing/det som skal bli neste versjon