Evelen Skrevet 12. januar 2017 Skrevet 12. januar 2017 I dag har jeg endelig fått opp ESXi på den nye serveren, siden 6.5 var det nyeste gikk jeg likegodt for det. Gjorde det nå ganske enkelt og greit tenkte jeg, slo av VM, kopierte filene fra datastore til min PC og deretter opp på nytt datastore på ny server og registrete VM-et. Det gikk nå forsåvidt greit, bootet og greier, men når jeg skulle redigere instillingene for å etablere en virtuell USB-kontroller og deligere RFXtrx og UZB1 kom problemene. Som dere kanskje vet er 6.x webgui, jeg fikk følgende feilmelding i alle nettlesere: "Unhandled exception (2) Unfortunately, we hit an error that we weren't expecting. The client may continue working, but at this point, we recommand refreshing your browser and submitting a bug report." Etter litt googling er det flere som har problemet, men det er lite svar å få. Dog, etterhvert fant jeg løsningen (som jeg forøvrig hadde vurdert tidligere, men ikke iverksatt tilltak mot :P), og det er følgende: https://labs.vmware.com/flings/esxi-embedded-host-client/bugs/116 Kort fortalt. Før man slår av og kopierer ut VM-et må man fjerne passthrough til eksterne enheter som USB. (jeg fjernet også den virtuelle USB-kontrolleren, men jeg vet ikke om det er nødvendig). Deretter kopierer man over filene til ny server og registrerer VM-et, så kan man redigere maskinen helt fint bare å slenge på en ny usb-controller og passthrough til tingene. Bare et tips Jeg er nok ikke den eneste som kjører systemet sitt på ESXi 1 Siter
Moskus Skrevet 13. januar 2017 Skrevet 13. januar 2017 Takk for tipset! Jeg skal oppgradere "om litt", og kjekt å vite. Bruker faktisk én passthrough, men generelt prøver jeg å unngå det. Siter
Norseman Skrevet 13. januar 2017 Skrevet 13. januar 2017 Så ut som du brukte en hjemmebygget server, fungerer ESXi 6.5 rett "ut av boksen", eller må du kjøre custom iso? Siter
Evelen Skrevet 13. januar 2017 Forfatter Skrevet 13. januar 2017 Fungerte rett ut av boksen, installerte fra en USB jeg lagde med Rufus basert på original ISO. Alt er ikke offisielt "supported", så jeg fikk melding om at "This CPU in this host may not be supported in future ESXi releases. Please plan accordingly.". Siter
ZoRaC Skrevet 13. januar 2017 Skrevet 13. januar 2017 Jeg oppgraderte fra 5.5 til 6.5, den mistet da USB-controller og både RFXtrx/UZB1. Jeg la dem bare til igjen og RFX'en fungerte fint, men ikke UZB1. Endte opp med å flytte UZB1 til en RPi og bruke ser2net... Kanskje det bare hang igjen noen rester fra 5.5 jeg bare kunne ha "ryddet opp i" i stedet Siter
Moskus Skrevet 13. januar 2017 Skrevet 13. januar 2017 ZoRaC skrev (På 13.1.2017 den 9.25): Kanskje det bare hang igjen noen rester fra 5.5 jeg bare kunne ha "ryddet opp i" i stedet Ekspander Kanskje. Men ethernet-tilkobling er alltid å foretrekke over USB. Siter
Lazarus Skrevet 13. januar 2017 Skrevet 13. januar 2017 Moskus skrev (På 13.1.2017 den 9.26): Kanskje. Men ethernet-tilkobling er alltid å foretrekke over USB. Ekspander Stiller meg litt uenig i den... Det som kan være ulempen er at du får et z-wave/433MHz nettverk som er avhengig av et fungerende ethernet nettverk... jeg foretrekker direkte tilkobling. Du er også (potensielt) mer utsatt for delay og ustabilitet ved å gå via ethernet enn dersom du er direkte tilkoblet. + enda en enhet som kan feile, USB til ethernet enheten... Siter
Moskus Skrevet 13. januar 2017 Skrevet 13. januar 2017 Lazarus skrev (På 13.1.2017 den 9.33): Stiller meg litt uenig i den... Ekspander Vent til du virtualiserer hjemmeautomasjonen, så kan vi ta debatten på ny. Dette er små, enkle, serielle enheter og trafikkmengden er egentlig utrolig liten. Jeg gikk over fra USB til ethernet-tilkoblinger lenge før jeg begynte å virtualisere, og det gir økt stabilitet og enklere plassering (selv med de råtne routerne jeg brukte før! ). Vinn-vinn. Lazarus skrev (På 13.1.2017 den 9.33): avhengig av et fungerende ethernet nettverk Ekspander Jepp. Ellers er du avhengig av fungerende USB-drivere både til enheten du vil koble til og samt USB-controllere, og at alt spiller på lag. Siter
Lazarus Skrevet 13. januar 2017 Skrevet 13. januar 2017 Moskus skrev (På 13.1.2017 den 10.06): Vent til du virtualiserer hjemmeautomasjonen, så kan vi ta debatten på ny. Ekspander Kjører ikke hjemmeautomasjonen virtuelt, men har virtualisert en god del maskiner de siste årene. ;-) Moskus skrev (På 13.1.2017 den 10.06): Dette er små, enkle, serielle enheter og trafikkmengden er egentlig utrolig liten. Jeg gikk over fra USB til ethernet-tilkoblinger lenge før jeg begynte å virtualisere, og det gir økt stabilitet og enklere plassering (selv med de råtne routerne jeg brukte før! ). Vinn-vinn. Ekspander alle millisek teller.. :-) men enig i at det gir enklere plassering. Moskus skrev (På 13.1.2017 den 10.06): Ellers er du avhengig av fungerende USB-drivere både til enheten du vil koble til og samt USB-controllere, og at alt spiller på lag. Ekspander Er du ikke det med usb til ethernet også? USB drivere må fortsatt virke for både virtuell kontroller for ethernet device og usb enhet. og at det spiller på lag gjelder jo samme hva du gjør.. :-) ... smilefjes virker ikke på jobb igjen... (-(-.(-_-).-)-) Siter
Moskus Skrevet 13. januar 2017 Skrevet 13. januar 2017 Lazarus skrev (På 13.1.2017 den 12.28): Kjører ikke hjemmeautomasjonen virtuelt, men har virtualisert en god del maskiner de siste årene. ;-) Ekspander Det vet jeg. Og du vet helt sikkert at f.eks. USB-lisensnøkler er jo umulige å ha med å gjøre med USB-forwarding. Lazarus skrev (På 13.1.2017 den 12.28): alle millisek teller.. :-) men enig i at det gir enklere plassering. Ekspander Setter en 100-lapp på at man ikke merker forskjell på direkte USB-tilkobling sammenlignet med via nettverket. Jeg er ikke sikker på om forskjellen er målbart engang. Lazarus skrev (På 13.1.2017 den 12.28): Er du ikke det med usb til ethernet også? USB drivere må fortsatt virke for både virtuell kontroller for ethernet device og usb enhet. og at det spiller på lag gjelder jo samme hva du gjør.. :-) Ekspander Det var vel dette jeg oppfattet som en fordel med Linux, sånt er enklere selv om driverne strengt tatt er nødvendige der også. F.eks. med RFXCOM på Windows kan man ("kunne" iallfall tidligere) med Windows 7 får to vilt forskjellige opplevelser hvis man bruker driveren fra Windows Update istedenfor den RFXCOM anbefaler selv. USB-serielle drivere var jo et stort kapittel i Windows før... Siter
Lazarus Skrevet 13. januar 2017 Skrevet 13. januar 2017 Moskus skrev (På 13.1.2017 den 14.04): Setter en 100-lapp på at man ikke merker forskjell på direkte USB-tilkobling sammenlignet med via nettverket. Jeg er ikke sikker på om forskjellen er målbart engang. Ekspander Godt mulig det ikke vil gi noe utslag på en måling, med tanke på de små datamengdene som sendes... og vi snakker om noen få(kanskje så lite som under 1) millisek... med andre ord, flisespikkeri. Moskus skrev (På 13.1.2017 den 14.04): Og du vet helt sikkert at f.eks. USB-lisensnøkler er jo umulige å ha med å gjøre med USB-forwarding. Ekspander heh... satt akkurat å tenkte på at det var jo et godt eksempel på at det fungerer dårlig. selv om jeg har hatt noe suksess med dette i nyere tid. Siter
Moskus Skrevet 13. januar 2017 Skrevet 13. januar 2017 Lazarus skrev (På 13.1.2017 den 14.28): Godt mulig det ikke vil gi noe utslag på en måling, med tanke på de små datamengdene som sendes... og vi snakker om noen få(kanskje så lite som under 1) millisek... med andre ord, flisespikkeri. Ekspander Ja, i audio-verdenen regnes alt under 3 ms stort sett som "umerkelig", selv om det ikke alltid er sant (men det er mer kritisk for trommer enn for gitarer, etc). Lazarus skrev (På 13.1.2017 den 14.28): heh... satt akkurat å tenkte på at det var jo et godt eksempel på at det fungerer dårlig. selv om jeg har hatt noe suksess med dette i nyere tid. Ekspander Hmm. Ja, det kan jo være at det har blitt bedre. Sist jeg prøvde (og gav opp) var på ESXi 5.0. Siter
ZoRaC Skrevet 13. januar 2017 Skrevet 13. januar 2017 Norseman skrev (På 13.1.2017 den 8.35): Så ut som du brukte en hjemmebygget server, fungerer ESXi 6.5 rett "ut av boksen", eller må du kjøre custom iso? Ekspander I 6.5 har det faktisk blitt bedre støtte for disk-controllere "ut av boksen", før måtte man gjerne inn med en egen "sata-xahci"-driver. I en del tilfeller trengs det egen nettverkskortdriver, jeg måtte det. Siter
ZoRaC Skrevet 13. januar 2017 Skrevet 13. januar 2017 Lazarus skrev (På 13.1.2017 den 9.33): Stiller meg litt uenig i den... Det som kan være ulempen er at du får et z-wave/433MHz nettverk som er avhengig av et fungerende ethernet nettverk... jeg foretrekker direkte tilkobling. Du er også (potensielt) mer utsatt for delay og ustabilitet ved å gå via ethernet enn dersom du er direkte tilkoblet. + enda en enhet som kan feile, USB til ethernet enheten... Ekspander Her tror jeg jeg må si meg enig med @Lazarus. Jeg har nå en Raspberry Pi som "mellomledd" i tillegg til wifi-APet mitt. Potensielle feilkilder: RPi dør, minnekort i RPi dør, OSet krasjer, ser2net krasjer, AP krasjer, andre nettverksproblemer. Før var potensiell feilkilde at noe skjedde med ESXi passthrough, og ikke stort annet... (og ja, jeg er klar over at det var akkurat det som skjedde, men det betyr ikke at det hadde større risiko enn det jeg gjør nå! ) 1 Siter
Moskus Skrevet 13. januar 2017 Skrevet 13. januar 2017 ZoRaC skrev (På 13.1.2017 den 18.17): Her tror jeg jeg må si meg enig med @Lazarus. Jeg har nå en Raspberry Pi som "mellomledd" i tillegg til wifi-APet mitt. Potensielle feilkilder: RPi dør, minnekort i RPi dør, OSet krasjer, ser2net krasjer, AP krasjer, andre nettverksproblemer. Før var potensiell feilkilde at noe skjedde med ESXi passthrough, og ikke stort annet... (og ja, jeg er klar over at det var akkurat det som skjedde, men det betyr ikke at det hadde større risiko enn det jeg gjør nå! ) Ekspander Joda. Det er bare det at sannsynligheten for at ESXi-passthrough skulle feile var mye større enn de andre til sammen. I alle fall før. Min erfaring med at ESXi-passthrough feilet på 5.0 var omtrent 100% innen et par måneder, men muligens noe lavere Z-stick enn lisens-dongler. Men uansett ikke noe man kjører hjemmeautomasjon på. Alt annet kan man jo ha backup av. Ta backup av RPi-minnekortet, ikke bruk de billigste minnekortene, ha en Pi i bakhånd (de koster jo ingenting), bruk kablet nettverk og fast IP, så slipper man de fleste problemer. For ikke å nevne at UZB1 har oppført seg mye, MYE bedre koblet til en Belkin USB-over-ethernet-boks enn den har gjort direkte til en PC. "Jeg har sett fremtiden! Og den er IP-basert, ikke USB!" Siter
Evelen Skrevet 13. januar 2017 Forfatter Skrevet 13. januar 2017 Kanskje du har rett moskus Etter jeg byttet server så har z-wave nettverket vært dårlig, fikk veeldig mye timeout, Har koblet slik: Server USB-->USBhub-->UZB1/RFXTRX/MiLight UZB-en virket å oppføre seg rart, lyste ikke så aktivt som den pleide, prøvde velge "inkluder" i Domoticz, og da pleier den å blinke ganske kraftig kontinuerlig, men nå lyste den bare litt av og til. Tenkte jeg slukke bytte usb port fysisk i serveren og se om det hjalp noe, men da fikk jeg samme feilmelding som i første-innlegget når jeg skulle redigere. satt den tilbake så kom jeg inn på redigerings-menyen for VM-et igjen. Men gikk ikke å slette noe, kom så over denne: https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2068645 Sitat This issue occurs when you boot the ESXi host from a USB device or a SD card and the image is loaded to the memory which includes the esx.conf file. When you enable the USB controller for passthrough, all USB devices are invisible to the kernel. When you deselect the USB controllers from the passthrough list, the change saves to the esx.conf file. The esx.conf file is in the memory during ESXi uptime and when you issue the reboot command, the esx.conf is saved back to the USB device. In this case, the kernel cannot see any USB devices, so the configuration change does not get saved. Resolution To avoid this issue, enable USB devices for passthrough instead of enabling a USB controller for passthrough.Note: VMware does not support enabling USB controllers for passthrough if the ESXi host is booting from a USB device or SD card connected through the USB channel. To work around this issue, burn a new ESXi image to the USB device or SD card.Caution: All ESXi configurations are lost after re-imaging. Alternatively, to work around this issue on a system with multiple USB ports, use a USB port on a different USB controller for booting, and never enable it for passthrough. Ekspander Siter
ZoRaC Skrevet 13. januar 2017 Skrevet 13. januar 2017 @Evelenjeg måtte laste ned ny versjon er ESXi UI Fling for å få til å redigere USB-enheter på en VM. Sånn ellers virker det som du opplever det samme som meg... Du får lete frem en Raspberry Pi du også! Siter
Evelen Skrevet 13. januar 2017 Forfatter Skrevet 13. januar 2017 det var det ja Har ingen rpi, så måtte kjøpt en i såfall, hvordan er oppsettet for dette og hvordan "fungerer det"`? Siter
ZoRaC Skrevet 13. januar 2017 Skrevet 13. januar 2017 Evelen skrev (På 13.1.2017 den 20.54): Har ingen rpi, så måtte kjøpt en i såfall, hvordan er oppsettet for dette og hvordan "fungerer det"`? Ekspander Rykende fersk guide: Har du en annen PC kjørende? Kan hende den kan kjøre ser2net på samme måte i så fall. Siter
Evelen Skrevet 13. januar 2017 Forfatter Skrevet 13. januar 2017 (endret) ZoRaC skrev (På 13.1.2017 den 21.03): Rykende fersk guide: Har du en annen PC kjørende? Kan hende den kan kjøre ser2net på samme måte i så fall. Ekspander Tja, har andre PC-er kjørende, med Windows (om det hjelper) Ellers, er du kjent med hvordand ette kan implementeres i Domoticz? https://www.domoticz.com/forum/viewtopic.php?f=28&t=15433 Denne ok? https://www.kjell.com/no/produkter/data-og-nettverk/enkortsdata/raspberry-pi/raspberry-pi-3-model-b-ettkortsdatamaskin-p88000 eller https://www.kjell.com/no/produkter/data-og-nettverk/enkortsdata/raspberry-pi/raspberry-pi-2-model-b-ettkortsdatamaskin-p87830 Endret 13. januar 2017 av Evelen Siter
Moskus Skrevet 14. januar 2017 Skrevet 14. januar 2017 Evelen skrev (På 13.1.2017 den 20.40): Kanskje du har rett moskus Ekspander Har kastet bort MYE tid på USB i VMware. Orker ikke mer. Siter
Lazarus Skrevet 15. januar 2017 Skrevet 15. januar 2017 (endret) Moskus skrev (På 14.1.2017 den 17.42): Har kastet bort MYE tid på USB i VMware. Orker ikke mer. Ekspander snakker om sola..... ? Og det på denne tiden av døgnet... har alt av usb enheter koblet til den... RFXCOM, RFLINK, UZB1 og Xbee modul... eneste som virker nå er Telldus dritten som normalt ikke fungerer... GOD NATT! ??? Endret 15. januar 2017 av Lazarus Siter
Lazarus Skrevet 15. januar 2017 Skrevet 15. januar 2017 Lazarus skrev (På 15.1.2017 den 0.46): snakker om sola..... Og det på denne tiden av døgnet... har alt av usb enheter koblet til den... RFXCOM, RFLINK, UZB1 og Xbee modul... eneste som virker nå er Telldus dritten som normalt ikke fungerer... GOD NATT! Ekspander Og der var det oppe igjen... Kona(som sov...) er misfornøyd ettersom at lyset tok en seiersrunde når alt kom opp å gå igjen, ettersom at jeg kom til å aktivere normalmodus når jeg feilsøkte?... Joda.. alt er ikke alltid bedre på IP...? For de interesserte... Belkin Network USB Hub Center liker ikke at pcen har to VLAN koblet til... den friket ut og fant ikke hub-en... rart at den brukte en uke på å finne ut at det var et problem.. la maskinen til i nytt VLAN i starten av uken. 1 Siter
Moskus Skrevet 15. januar 2017 Skrevet 15. januar 2017 Lazarus skrev (På 15.1.2017 den 1.19): For de interesserte... Belkin Network USB Hub Center liker ikke at pcen har to VLAN koblet til... den friket ut og fant ikke hub-en... rart at den brukte en uke på å finne ut at det var et problem.. la maskinen til i nytt VLAN i starten av uken. Ekspander Som du har fått merke er Belkin-boksen en som retter seg til forbruker-markedet. Der er multi-VLAN sannsynligvis et ikke-eksisterende problem. Jeg har ikke det problemet ENDA, men det får jeg vel snart. Etter å ha snakket litt nettverk med deg... Siter
ZoRaC Skrevet 15. januar 2017 Skrevet 15. januar 2017 Lazarus skrev (På 15.1.2017 den 0.46): snakker om sola..... Og det på denne tiden av døgnet... har alt av usb enheter koblet til den... RFXCOM, RFLINK, UZB1 og Xbee modul... eneste som virker nå er Telldus dritten som normalt ikke fungerer... GOD NATT! Ekspander Sikker på at du ikke gjorde det med vilje for å illustrere poenget ditt om at USB er mer stabilt enn nettverk? Evelen skrev (På 13.1.2017 den 21.16): Tja, har andre PC-er kjørende, med Windows (om det hjelper) Ekspander Jeg kjørte en gang en USB-tilkoblet-RPi-delt-over-nettverk-til-en-windows-maskin. Da brukte jeg en programvare i "begge ender" (gratis), som jeg mener gjorde at også den som jeg delte med så enheten som en USB-enhet (var tross alt et tastatur!). Da vil man vel sette opp Domoticz på samme måte som vanlig, for den "vet ikke" at det en en USB-over-nettverk-sak. Husker ikke hva programmet het, men du finner det sikkert. Evelen skrev (På 13.1.2017 den 21.16): Denne ok? https://www.kjell.com/no/produkter/data-og-nettverk/enkortsdata/raspberry-pi/raspberry-pi-3-model-b-ettkortsdatamaskin-p88000 eller https://www.kjell.com/no/produkter/data-og-nettverk/enkortsdata/raspberry-pi/raspberry-pi-2-model-b-ettkortsdatamaskin-p87830 Ekspander Jeg kjører det på en enda eldre variant, så begge burde fungere helt fint. Siter
Anbefalte innlegg
Bli med i samtalen
Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.