Jump to content

lekanopedio

Members
  • Posts

    77
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by lekanopedio

  1. Χωρίς να θέλω να υποτιμήσω κανέναν άλλο συνάδελφο συμπελαμβανομένου του εαυτού μου, Γιώργο θεωρώ ότι η ποιότητα του χαρακτήρα σου, οι γνώσεις σου και η θέληση να βοηθήσεις τους άλλους είναι σε εξαίρετα επίπεδα. Σέυχαριστώ πολύ για τη βοήθεια που μου πρόσφερες τόσο μέσα από το Forum όσο και εκτός αυτού. Ελπίζω κάποια στιγμή να ανταποδώσω. Οφείλω να παραδεχτώ ότι ότι κατά τη διάρκεια που είμαι μέλος στο forum λειτούργησα εγωιστικά με την έννοια ότι απευθύνθηκα σ'αυτό όταν είχα ανάγκη να λύσω τα δικά μου τεχνικά προβλήματα. Η άμεση ανταπόκριση από εσένα Γιώργο σε κάθε μου πρόβλημα αρχικώς μου δημιουργεί τύψεις για την εγωιστική μου συμπεριφορά, όμως με ωθεί πλέον να προσπαθήσω να συμμετέχω στο Forum πιο δραστήρια. Ιm am ready, so shoot!
  2. Λοιπόν μια λύση που βρήκα: Έφτιαξα ένα καινούριο Device collection και το ονόμασα "Failed Deployments" και σαν query rule criteria έβαλα simple value "System Resource" και name is equal to "Unknown". Έβαλα το update collection ανά 5 λεπτά και έκανα deploy τα Task Sequences. Αν και δεν μου αρέσει ως λύση δείχνει ότι κάνει τη δουλειά της
  3. Διαπίστωσα ότι η Database του Reportserver του SCCM είχε φτάσει 47Gb και καθημερινά μεγάλωνε. Έτσι αναγκάστηκα να την μεταφέρω σε άλλο volume.Έκανα detach την database Του Report server, έκανα copy τις databases του reportserver και του Temp στο άλλο volume και μετα attach από το SQL management studio. Σύνδεσα με το sccm Reporting Services Manager τις νέες databases και δοκίμασα τα reports του SCCM 2012 που έφερναν όλα τα αποτελέσματα κανονικά. Αυτο που με απασχολεί είναι ότι στα permissions της Reportserver Database υπήρχαν χρήστες του domain μου και κάποια smssomething accounts που τώρα δεν υπάρχουν.
  4. Κάνουμε PXE boot σε ένα Unknown Computer και κάποια στιγμή θυμόμαστε ότι ξεχάσαμε κάτι(πχ ότι δεν κάναμε distribute το content του operating system) και διακόπτουμε το deployment για να προσπαθήσουμε μετά από λίγο να ξανακάνουμε PXE boot θα έχει σαν αποτέλεσμα να πάρουμε το error PXE-E53: no boot filename received. Restart το service του WDS δεν βοηθά Delete to Unknown computer από το "All systems" collection επίσης δεν βοηθά Clear last PXE πάλι δεν βοηθά Θεωρώ ότι στο πρώτο αποτυχημένο PXE Boot to Unknown computer από τη MAC address του γίνεται Known. προτείνετε κάποια άλλη λύση και ελπίζω όχι σε επίπεδο MAC address
  5. Γιώργο καλησπέρα, που μετακόμισες; Καναδά; Ευχαριστώ για τη πληροφόρηση και ανοίγω καινούργια συζήτηση με νέο Bug
  6. Λοιπόν για ότι αφορά το search στα queries είναι "Known bug" και για ότι αφορά τα reports, απλώς δεν είχα την υπομονή να περιμένω να μου φέρει τα αποτελέσματα.
  7. Γεια σου και σένα Γιώργο, λοιπόν στη console του SCCM 2012 --->Monitoring-->Queries έχουν έρθει τα queries του SCCM 2007 μέσα από τη διαδικασία του Migration καθώς επίσης και καινούρια Queries που έφτιαξα.Εκτελώντας κάποιο από αυτά πχ το "All Systems" μου φέρνει όλα τα αποτελέσματα με το"Name" "Ip Adrdress" "Last logon User" etc. etc. Εάν θελήσεις να ψάξεις κάτι μέσα σε αυτά τα αποτελέσματα πχ pc name ή οτιδήποτε άλλο πας στo search ακριβώς από πάνω και πληκτρολογείς το αίτημά σου. Μετά από κάποια δεύτερα παίρνεις ένα πολύ ωραίο "No items found". Επίσης στα reports ενώ τα περισσότερα δουλεύουν, ότι έχει να κάνει με software και το Licence (εκτός αυτό που φέρνει τα registered in add remove programs) δεν φέρνει αποτελέσματα.
  8. Γνωρίζει κάποιος γιατί δεν δουλεύει το "Search" των αποτελεσμάτων που φέρνουν τα queries?
  9. Προς το παρόν, κάνοντας export το certificate από τον server και importing στα trusted root certification authorities στον client που έχει εγκατεστημένη τη console τα reports έρχονται
  10. Γιώργο, από τον "Reporting Services Configuration Manager" το μόνο που μπορείς να κάνεις είναι να κάνεις remove το https που πάει πακέτο με το "ConfigMgr SQL Server Identification Certificate" αλλά το αποτέλεσμα είναι να μην δουλεύουν γενικώς τα reports
  11. Επανέρχομαι με άλλο θέμα που μου παρουσιάστηκε στον SCCM 2012. Λοιπόν από τη console του Server έχω πρόσβαση στα Reports(Domain admin user). O ίδιος χρήστης από άλλο μηχανάκι που έχει στηθεί η console δεν δείχνει reports και το AdminUlog δείχνει τα παρακάτω: [1, PID:3808][05/08/2012 22:33:03] :[sCCM.etae.com] : The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel. Αν προσπαθήσω να κάνω create report θα πάρω το παρακάτω λάθος: " Could not establish trust relationship for the SSL/TLS secure channel " error Μπορώ όμως από τη console του client να κάνω browse τo vd http://sccm/Reports/ και να δω τα reports. Κάνοντας remove από τα Configuration tools της SQL to SSL δεν βλέπω καθόλου reports. Κάνοντας edit το rsreportserver.config και αλλάζοντας τα " Find the entry for <add Key=”SecureConnectionLevel”>, the value attribute is most likely set to 2. Change the value to 0" δεν έχω αποτέλεσμα. Θεωρώ ότι by default η SQL ενεργοποιεί το SSL 443. Επίσης στα properties του SCCM site και στο "Client Computer Configuration" η επιλογή είναι HTTP or HTTPS και όλα τα άλλα unckecked. Καμιά ιδέα;
  12. Λοιπόν κατάφερα μετά από τόσες ημέρες να ανακαλύψω τι συμβαίνει. Να πω ότι δεν έχω GPO who limits the network bandwidth that Background Intelligent Transfer Service (BITS) uses for background transfer, επίσης στον SCCM 2007 έχω disabled το BITS Throttling. Παραταύτα όλα τα μηχανάκια έιχαν στο Local policy "Enabled" το limit the network bandwidth that BITS uses. Ελέγχωντας το image που ρίχνω μέσω του SCCM Deployment το βλέπω ενεργοποιημένο χωρίς να ξέρω πώς και γιατί. Το ενεργοποιεί ο SCCM client; δεν ξέρω Ευχαριστώ τους συναδέλφους για τη πολύτιμη βοήθεια.
  13. Λοιπόν Γιώργο το άφησα μια μέρα για να έχω πιο ολοκληρωμένη άποψη. Η εικόνα συνεχίζει να είναι η εξής: ![LOG[Download Update: 21845943 out of 24394752 bytes transferred.]LOG]!><time="16:42:25.407-180" date="04-30-2012" component="ccmsetup" context="" type="1" thread="5524" file="ccmsetup.cpp:5762"> <![LOG[Download Update: 22489878 out of 24394752 bytes transferred.]LOG]!><time="16:47:25.420-180" date="04-30-2012" component="ccmsetup" context="" type="1" thread="5524" file="ccmsetup.cpp:5762"> <![LOG[Download Update: 23133339 out of 24394752 bytes transferred.]LOG]!><time="16:52:25.433-180" date="04-30-2012" component="ccmsetup" context="" type="1" thread="5524" file="ccmsetup.cpp:5762"> <![LOG[Download Update: 23776788 out of 24394752 bytes transferred.]LOG]!><time="16:57:25.447-180" date="04-30-2012" component="ccmsetup" context="" type="1" thread="5524" file="ccmsetup.cpp:5762"> <![LOG[Download Update: A recoverable error has occurred. A retry attempt will be made.]LOG]!><time="17:02:25.459-180" date="04-30-2012" component="ccmsetup" context="" type="1" thread="5524" file="ccmsetup.cpp:5774"> Αυτό το μηχανάκι πχ. αύριο λογικά θα καταφέρει να κατεβάσει και τα υπόλοιπα Bytes και θα κάνει install τον client μετά από 5 ολόκληρες μέρες. Δεν θεωρώ πλέον ότι το πρόβλημα έχει να κάνει με authentication. Κάτι παίζει με το BITS των clients. Σήμερα κατεύθυνα την έρευνά μου στο Network (Packeteer Traffic Management), Proxy, switches(IPHelper) αλλά τίποτα από αυτά δεν φαίνεται να κόβει το BITS traffic. Μάλλον πάω για Microsoft Suppor Ticket.
  14. Γιώργο, έκανα ακριβώς ότι περιγράφεις αν και το 1) και 2) ήταν εγκατεστημένα. Δεν άλλαξε κάτι. Σήμερα μετά από 4 ημέρες που έχω δώσει push client στο συγκεκριμένο OU(25 pc) τα 9 μηχανάκια έχουν πάρει τελικά τον καινούργιο client. Παρατήρησα ότι full updated μηχανάκια με ήδη εγκατεστημένο το .NET 4 αναποκρίνονται γρηγορότερα (αν και δεν βλέπω λογική σχέση). Θα προχωρήσω σε full update όλων των μηχανημάτων πριν κάνω push τον client στα υπόλοιπα .Αυτό που με αγχώνει πραγματικά είναι ότι εάν θέλω τόσο χρόνο για να εγκαταστήσω τον client σε internal network τι θα γίνει όταν θα κάνω migration τα δεκάδες απομακρυσμένα secondary sites,
  15. Απεγκατέστησα το WEBDAV και ΒΙΤS και επανεγκατέστησα το ΒΙΤS. Στα Distribution point Properties επέλεξα "Allow clients to connect anonymously" - αυτό είχε σαν αποτέλεσμα να σταματήσουν τα λάθη 401.2 στο log του IIS 7.5 .Δυστυχώς όμως η ταχύτητα του BITS download είναι υπερβολικά αργή και το πρόβλημα παραμένει ![LOG[starting BITS download for client deployment files.]LOG]!><time="15:05:10.822-180" date="04-27-2012" component="ccmsetup" context="" type="1" thread="4740" file="ccmsetup.cpp:5671"> <![LOG[Download Update: Connecting to the server.]LOG]!><time="15:05:11.851-180" date="04-27-2012" component="ccmsetup" context="" type="1" thread="4740" file="ccmsetup.cpp:5770"> <![LOG[Download Update: 642950 out of 36706200 bytes transferred.]LOG]!><time="15:10:11.848-180" date="04-27-2012" component="ccmsetup" context="" type="1" thread="4740" file="ccmsetup.cpp:5762"> <![LOG[Download Update: 1300991 out of 36706200 bytes transferred.]LOG]!><time="15:15:11.855-180" date="04-27-2012" component="ccmsetup" context="" type="1" thread="4740" file="ccmsetup.cpp:5762"> <![LOG[Download Update: 1969139 out of 36706200 bytes transferred.]LOG]!><time="15:20:11.864-180" date="04-27-2012" component="ccmsetup" context="" type="1" thread="4740" file="ccmsetup.cpp:5762"> <![LOG[Download Update: 2614257 out of 36706200 bytes transferred.]LOG]!><time="15:25:11.859-180" date="04-27-2012" component="ccmsetup" context="" type="1" thread="4740" file="ccmsetup.cpp:5762"> <![LOG[Download Update: 3276485 out of 36706200 bytes transferred.]LOG]!><time="15:30:11.872-180" date="04-27-2012" component="ccmsetup" context="" type="1" thread="4740" file="ccmsetup.cpp:5762"> <![LOG[Download Update: 3933375 out of 36706200 bytes transferred.]LOG]!><time="15:35:11.883-180" date="04-27-2012" component="ccmsetup" context="" type="1" thread="4740" file="ccmsetup.cpp:5762"> <![LOG[Download Update: A recoverable error has occurred. A retry attempt will be made.]LOG]!><time="15:40:11.880-180" date="04-27-2012" component="ccmsetup" context="" type="1" thread="4740" file="ccmsetup.cpp:5774"> <![LOG[Download Update: A recoverable error has occurred. A retry attempt will be made.]LOG]!><time="15:45:11.891-180" date="04-27-2012" component="ccmsetup" context="" type="1" thread="4740" file="ccmsetup.cpp:5774">
  16. Όχι δεν είναιι ενεργοποιημένο το GPO BITS throttling....εξάλλου στα μηχανάκια που δεν είχαν ποτέ τον προηγούμενο client του 2007 γίνεται κανονικά Deploy o client και είναι Joined στο Domain, στο ίδιο OU και με τα ίδια GPO με τα μηχανάκια που έχουν τον Client του 2007 και κολλάνε στο BITS download
  17. Έστησα σε παραγωγικό περιβάλλον τον SCCM 2012 μετά από 4 χρόνια διαχείρισης του SCCM 2007. Η εγκατάσταη έγινε by the book (διπλοτσέκαρα WSUS, SQL(+collation) , IIS , features, permissions, webdav, .net κλπ) κι όλα πήγαν μια χαρά. Όλα τα components του server είναι healthy, to migration από 2007 επιτυχημένο - βέβαια δεν ξέρω ακόμα πόσα από τα packages δουλεύουν. Όλοι οι ρόλοι μαζί με το WEB application και το reporting (τσεκαρισμένα δουλεύουν άψογα) και ασυνήθιστο για τον SCCM πουθενά errors. όλα Up and running. Και εδώ ξεκινά το πρόβλημά μου. Επιλέγω ένα νέο client (όχι SCCM) windows 7 και πατώ install client και σε 10 λεπτά είναι εγκατεστημένος ο client του 2012 και εμφανίζεται σωστά στο custom collection που έχω φτιάξει. Το ίδιο κάνω και σε ένα μηχανάκι XP κι όλα καλά εάν εξαιρέσουμε ότι για μια μέρα δεν δούλευε το REmote control. Ικανοποιημένος πια, φτιάχνω ένα collection που διαβάζει από ένα OU με 25 clients οι οποίοι έχουν εγκατεστημένο τον client του 2007 και δίνω εντολή install client to collection. Από εκείνη τη στιγμή όλα τα μηχανάκια είναι σύμφωνα με το ccmsetup.log στη παρακάτω φάση: C:\Windows\ccmsetup\CLP1032.msp'.]LOG]!><time="22:26:36.510-180" date="04-26-2012" component="ccmsetup" context="" type="1" thread="3636" file="ccmsetup.cpp:5658"> <![LOG[Starting BITS download for client deployment files.]LOG]!><time="22:26:36.525-180" date="04-26-2012" component="ccmsetup" context="" type="1" thread="3636" file="ccmsetup.cpp:5671"> <![LOG[Download Update: A recoverable error has occurred. A retry attempt will be made.]LOG]!><time="22:26:37.617-180" date="04-26-2012" component="ccmsetup" context="" type="1" thread="3636" file="ccmsetup.cpp:5774"> <![LOG[ccmsetup is shutting down]LOG]!><time="22:27:29.364-180" date="04-26-2012" component="ccmsetup" context="" type="1" thread="3928" file="ccmsetup.cpp:2940"> <![LOG[Download Update: A recoverable error has occurred. A retry attempt will be made.]LOG]!><time="22:31:37.619-180" date="04-26-2012" component="ccmsetup" context="" type="1" thread="3636" file="ccmsetup.cpp:5774"> <![LOG[Download Update: A recoverable error has occurred. A retry attempt will be made.]LOG]!><time="22:36:37.639-180" date="04-26-2012" component="ccmsetup" context="" type="1" thread="3636" file="ccmsetup.cpp:5774"> <![LOG[Download Update: A recoverable error has occurred. A retry attempt will be made.]LOG]!><time="22:41:37.652-180" date="04-26-2012" component="ccmsetup" context="" type="1" thread="3636" file="ccmsetup.cpp:5774"> Έχω ελένξει δικαιώματα στο share του client, στον ΙΙS (κάνει browse κανονικά τη σελίδα) στο ΒΙΤS, στο WEBDAV , στο Authentication , έχω κάνει reset τα jobs του ΒΙΤS , έχω κάνει manually uninstall ton SCCM client του 2007 kai install me "C:\WINDOWS\ccmsetup\ccmsetup.exe" /runservice /config:MobileClient.tcf αφου κάνω paste τα αρχεία του client, έχω βγάλει proxy και ένα σωρό άλλα πράματα. Οποιαδήποτε βοήθεια θα τη εκτιμούσα ιδιαίτερα.
  18. Και εγώ να πω, -εκτός ότι δεν έγινα αντιληπτός πως πράγματι το "All Uknown Computers" χρησιμοποιώ για να κάνω OS Deployment- ότι στα Modify Collection Settings έχω εισάγει σαν Collection Variable to osdCOMPUTERnAME έτσι ώστε κατα την έναρξη στο boot image να μου ζητά να εισάγω computer name το οποίο βεβαίως θα έχω δηλώσει στο Active Directory έτσι ώστε να βρεθεί στο σωστό OU. Εφόσον πρόκειται για μηχανάκι που ήδη χρησιμοποιείται στο Domain και χρειάζεται deploy ξαναβάζω το ίδιο pc name που είχε. Κάπου εκεί πιστεύω γίνεται το μπλέξιμο.
  19. Ενέδωσα στη λογική Γιώργο!!!
  20. Γιώργο, η λογική μου ήταν να κάνω advertise 6 διαφορετικά task sequences στο collection All Unknown Computers έτσι ώστε να πιάνω όλο το εύρος των μηχανημάτων έιτε αγνώστων είτε εισάγοντας manually γνωστών.
  21. Ok, θα συμφωνήσω μαζί σου ότι είναι περίεργο.....αλλά συμβαίνει. Ta Task Sequences φτιάχτηκαν για να εξυπηρετήσουν έναν σκοπό: να έχω την δυνατότητα τοποθετώντας έναν υπολογιστή σε συγκεκριμένο collection και κάνoντας bootfrom PXE να έχω την επιλογή να τρέξω διαφορετικά Task Sequences(TS) που πχ. το ένα TS θα βάζει το PC στο τάδε Domain, το άλλο TS σε άλλο διαφορετικό Domain, ένα άλλο θα έχει τη Γερμανική γλώσσα λειτουργικού, κάποια διαφορετικά TS με διαφορετικές εφαρμογές και πάει λέγοντας. Η εφαρμογή των multiple TS via PXE προσφέρει ιδιαίτερη ευκολία στο deployment ιδίως για τους Unknown Computers τους οποίους δεν μπορείς να εισάγεις(εύκολα) σε κάποιο collection. Συνεπώς τι ακριβώς εννοείς λέγοντας να τα απενεργοποιήσω;
  22. Σε collection του SCCM έχω κάνει Advertise via PXE 6 διαφορετικά Task Sequences που αφορούν 6 διαφορετικές εικόνες για OS Deployment. Δεν έχω επιλέξει Mandatory assignment έχω priority high και στα Distribution point settings έχω uncheck το Download content locally. Κάνω boot με F12, μπαίνω σε περιβάλλον boot image, βάζω και password στο Welcome to the Task Sequence Wizard, επιλέγω ένα από τα 6 tasks και ξεκινά και ολοκληρώνεται με επιτυχία το deployment. To πρόβλημα είναι το εξής: μετά την επιτυχή εγκατάσταση του OS πετάγεται ένα παράθυρο διαλόγου που λέει ότι "that there are some advertised programs that users can run (other OS installs)". Ελέγχω στο Run Advertised programs του Control panel και διαπιστώνω ότι εκεί περιμένουν όλα τα Task Sequences(εκτός του επιτυχημένου) να τα τρέξει ο χρήστης. Ο υπολογιστής είναι Known kai ton εισάγω manually στο collection. Πώς θα αποφευχθεί ένας χρήστης να κάνει 2 τρία click και να ξαναρίξει image στον υπολογιστή του?
  23. Θέλω να χρησιμοποιήσω τον SCCM έτσι ώστε να μου παρέχει πληροφορίες (custom-δηλ. που χειροκίνητα θα εισαγάγω σε κάθε pc) για τον χρήστη ενός pc (επιπλέον από τα last logonuser etc) όπως ημερομηνία χρέωσης του εξοπλισμού, κωδικός εταιρείας κλπ, τα οποία θα μπορώ να τα συνδυάσω με ήδη υπάρχοντες διακόπτες των mof (serial number, bios name etc) Έχει δοκιμάσει κάποιος κάτι ανάλογο;
  24. Και ενώ ο καιρός έχει περάσει το πρόβλημα συνεχίζει και υφίσταται.Θέμα credentials και πρόβλημα με accounts δεν νομίζω να συντρέχει γιατί, οι ίδιοι remote users συνδέονται χωρίς πρόβλημα σε όλα τα νεοdeploy μηχανάκια που έχουν windows 7 χωρίς να τους ζητηθούν credentials. Θεωρώ ότι κάποιο συγκεκριμένο security update έχει κάνει τη ζημιά, δεν θυμάμαι ποιο, αλλά θυμάμαι ότι ακόμα κι αν το έκανα απεγκατάσταση θα έπρεπε επιπλέον να κάνω αλλαγές και στη registry, κάτι που δεν τόλμησα για αυτά τα χιλιάδες pc.Παραταύτα, θα ελένξω το Remctl.log και θα σε ενημερώσω
×
×
  • Create New...