lekanopedio

Χωρίς να θέλω να υποτιμήσω κανέναν άλλο συνάδελφο συμπελαμβανομένου του εαυτού μου, Γιώργο θεωρώ ότι η ποιότητα του χαρακτήρα σου, οι γνώσεις σου και η θέληση να βοηθήσεις τους άλλους είναι σε εξαίρετα επίπεδα. Σέυχαριστώ πολύ για τη βοήθεια που μου πρόσφερες τόσο μέσα από το Forum όσο και εκτός αυτού. Ελπίζω κάποια στιγμή να ανταποδώσω. Οφείλω να παραδεχτώ ότι ότι κατά τη διάρκεια που είμαι μέλος στο forum λειτούργησα εγωιστικά με την έννοια ότι απευθύνθηκα σ'αυτό όταν είχα ανάγκη να λύσω τα δικά μου τεχνικά προβλήματα. Η άμεση ανταπόκριση από εσένα Γιώργο σε κάθε μου πρόβλημα αρχικώς μου δημιουργεί τύψεις για την εγωιστική μου συμπεριφορά, όμως με ωθεί πλέον να προσπαθήσω να συμμετέχω στο Forum πιο δραστήρια. Ιm am ready, so shoot!

Ορίστε και το αρχείο. Ευχαριστώ Γιώργο

Λοιπόν μια λύση που βρήκα: Έφτιαξα ένα καινούριο Device collection και το ονόμασα "Failed Deployments" και σαν query rule criteria έβαλα simple value "System Resource" και name is equal to "Unknown". Έβαλα το update collection ανά 5 λεπτά και έκανα deploy τα Task Sequences. Αν και δεν μου αρέσει ως λύση δείχνει ότι κάνει τη δουλειά της

Διαπίστωσα ότι η 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 που τώρα δεν υπάρχουν.

Κάνουμε 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

Γιώργο καλησπέρα, που μετακόμισες; Καναδά; Ευχαριστώ για τη πληροφόρηση και ανοίγω καινούργια συζήτηση με νέο Bug

Λοιπόν για ότι αφορά το search στα queries είναι "Known bug" και για ότι αφορά τα reports, απλώς δεν είχα την υπομονή να περιμένω να μου φέρει τα αποτελέσματα.

Γεια σου και σένα Γιώργο, λοιπόν στη 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) δεν φέρνει αποτελέσματα.

Γνωρίζει κάποιος γιατί δεν δουλεύει το "Search" των αποτελεσμάτων που φέρνουν τα queries?

Προς το παρόν, κάνοντας export το certificate από τον server και importing στα trusted root certification authorities στον client που έχει εγκατεστημένη τη console τα reports έρχονται

Γιώργο, από τον "Reporting Services Configuration Manager" το μόνο που μπορείς να κάνεις είναι να κάνεις remove το https που πάει πακέτο με το "ConfigMgr SQL Server Identification Certificate" αλλά το αποτέλεσμα είναι να μην δουλεύουν γενικώς τα reports

Επανέρχομαι με άλλο θέμα που μου παρουσιάστηκε στον 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. Καμιά ιδέα;

Λοιπόν κατάφερα μετά από τόσες ημέρες να ανακαλύψω τι συμβαίνει. Να πω ότι δεν έχω 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; δεν ξέρω Ευχαριστώ τους συναδέλφους για τη πολύτιμη βοήθεια.

Λοιπόν Γιώργο το άφησα μια μέρα για να έχω πιο ολοκληρωμένη άποψη. Η εικόνα συνεχίζει να είναι η εξής: ![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.

Γιώργο, έκανα ακριβώς ότι περιγράφεις αν και το 1) και 2) ήταν εγκατεστημένα. Δεν άλλαξε κάτι. Σήμερα μετά από 4 ημέρες που έχω δώσει push client στο συγκεκριμένο OU(25 pc) τα 9 μηχανάκια έχουν πάρει τελικά τον καινούργιο client. Παρατήρησα ότι full updated μηχανάκια με ήδη εγκατεστημένο το .NET 4 αναποκρίνονται γρηγορότερα (αν και δεν βλέπω λογική σχέση). Θα προχωρήσω σε full update όλων των μηχανημάτων πριν κάνω push τον client στα υπόλοιπα .Αυτό που με αγχώνει πραγματικά είναι ότι εάν θέλω τόσο χρόνο για να εγκαταστήσω τον client σε internal network τι θα γίνει όταν θα κάνω migration τα δεκάδες απομακρυσμένα secondary sites,