Jeg har over de sidste dage har ændret navne opsæt på de resourcer og rooms vi har i vores site på vores domino-server
Det skulle jeg aldrig have gjort.
Efter at have ændret dem, kunne man ikke længere se "info" på den enkelte resourcer og man fik intet svar når man prøvede at booke en resource eller et room.. I ved, den normale procedure med "Accepted" eler "Declined" alt efter om resourcen er ledig eller ej.
Nu har jeg så ændret navnene tilbage, og nu kan jeg godt se info på den enkelte resource, desværre står de nu allesammen til MAX booket, og hver gang man forsøger at booke for man konsekvent en "Declined"..
Hvor dælen ligger problemet, jeg vil jo meget nødig til at slette mine resourcer og oprette dem på ny, da der allerede er lavet mange reservartioner ud i fremtiden.
Kan man på en eller andet måde få det til at fungere igen?
En mulighed for at genopbygge Busytime info er at: Tell Sched quit Slette alle dokumenter i Busytime.NSF Load Sched
Du kan evt . bruge Domino Adminstrator klienten til at udtrække en liste over busytime registreringer for en navngiven resource. Det kan være at denne liste afslører mærkelige ting.
//Jörg
Synes godt om
Slettet bruger
08. september 2003 - 11:50#2
hej jogii.
Det jeg mener er, at når man tager en "check shelduler" du ved, ved en møde indkaldelse, så står alle resourcer til at være booket hele døgnet rundt.
Hvis resourcen hedder "rum1/site" så får du en komplet liste ved at skrive:
Tell sched Show rum1/site
En anden variant er Tell Sched Validate rum1/site som updaterer busytime-dokumentet.
Tell Sched Validate opdaterer alle busytime dokumenter.
Men umiddelbart synes jeg det normalt er rarest at slette alle dokumenter i busytime og lade Scheduler genopbygge dem. (Det kan dog have følgevirkninger at gøre det sådan. Det er jo noget lidt rabiat at gøre :-)
Senest har jeg dog oplevet at f.eks. postkasser, som var i R4 design, gav forkerte fortolkninger af "Available settings" for den enkelte person der ejede postkassen. Det kan tænkes at dine omdøbninger har "ødelagt" disse data og at Scheduler derfor markerer resourcerne som unavailable. På resource definitionen er det vist nok felterne $Busyname $AvailableDays $Times1 ... $Times7 der styrer standardindstillingerne for hvornår en resource/person er ledig.
Som det ses er R5.0.12, den seneste frigivne opdatering; men som det fremgår er det ikke den sidste. 5.0.13 er på vej.
Glem heller ikke Jörg's pointe om at designet på diverse databaser ikke nødvendigvis hænger sammen med hvilken server version du benytter. En fejl kan sagtens forårsages af, at en database benytter et forældet eller fejlbehæftet design.
Synes godt om
Slettet bruger
08. september 2003 - 15:28#8
Hej Pro!
Ja, det var så den sidste der kom INDEN 6'eren blev releaset, undskyld den (egentlige irrelevante fejl), den har jo i hvert fald intet med mit problem at gøre.
Derudover har vi aldrig kørt andet end R5'er version, så R4 problematiken er nok heller knap så interessant for mig
Nu havde jeg jo desværre ikke noget bud på et svar :-( Men ville bare gøre lidt reklame for fixlist databasen. Den har mange gange hjulpet mig med fejlfinding, og det er mit indtryk at der desværre ikke er ret mange der benytter den.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
