Jump to content

System Center Configuration Manager 2012 - Clients Migration


lekanopedio
 Share

Recommended Posts

Έστησα σε παραγωγικό περιβάλλον τον 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 και ένα σωρό άλλα πράματα.

Οποιαδήποτε βοήθεια θα τη εκτιμούσα ιδιαίτερα.

 

Link to comment
Share on other sites

Γιάννη,

Συνεπικουρώ σ' αυτό που λέει ο Δημήτρης, ή έχεις bits throttling στο Distribution Point σου ή κάτι δεν πάει καλά με το BITS Server Extension του Server.

Επίσης παρατήρησα ότι αναφέρεις το WebDav, στον Configuration Manager 2012 το component WebDav του IIS δε χρειάζεται καθώς έχουν γράψει δικό τους component οι Developers και έτσι έχουν επιλύσει ένα σωρό θέματα που είχαν στην προηγούμενη έκδοση (μπορείς άφοβα να το ξηλώσεις αν δεν το χρειάζεσαι για κάτι άλλο στο Server).

Link to comment
Share on other sites

Όχι δεν είναιι ενεργοποιημένο το GPO BITS throttling....εξάλλου στα μηχανάκια που δεν είχαν ποτέ τον προηγούμενο client του 2007 γίνεται κανονικά Deploy o client και είναι Joined στο Domain, στο ίδιο OU και με τα ίδια GPO με τα μηχανάκια που έχουν τον Client του 2007 και κολλάνε στο BITS download

Link to comment
Share on other sites

Απεγκατέστησα το 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">

Link to comment
Share on other sites

Γιάννη,

 

Μιας που αυτά που είπαμε τηλεφωνικά δεν απέδωσαν όπως αναφέρεις παραπάνω, προτείνω τα εξής:

 

1) Ελέγχεις ότι στα IIS Features έχεις εγκαταστήσει το "Windows Authentication" αν όχι τότε πρέπει να το εγκαταστήσεις.

2) Ελέγχεις ότι στα Server Features έχεις εγκαταστήσεις το "Remote Differential Compression".

 

Δοκιμάζεις αν λειτουργεί σωστά το κατέβασμα του Client, αν όχι συνεχίζεις παρακάτω:

 

Καλό είναι να απεγκαταστήσεις το ρόλο του Distribution Point και να ελέγξεις ότι αφαιρέθηκαν τα IIS Virtual Directories:

 

1) SMS_DP_SMSPKG$

2) SMS_DP_SMSSIG$

 

Στη συνέχεια να ελέγξεις το Authentication σε κάθε Virtual Directory και στο Default Site να είναι:

 

1) Default Site: Anonymous Enabled, όλα τα υπόλοιπα όχι

2) CCM_Client: Anonymous Enabled, όλα τα υπόλοιπα όχι

3) CCM_Incoming: Anonymous Enabled, όλα τα υπόλοιπα όχι

4) CCM_System: Anonymous Enabled, όλα τα υπόλοιπα όχι

5) CCM_System_WindowsAuth: Windows Authentication Enabled, όλα τα υπόλοιπα όχι

6) SMS_MP: Anonymous Enabled, όλα τα υπόλοιπα όχι

7) SMS_MP_WindowsAuth: Windows Authentication Enabled, όλα τα υπόλοιπα όχι

 

Έπειτα προτείνω επανακκίνηση του Server και εγκατάσταση του Distribution Point Role, αφού ολοκληρωθεί πηγαίνεις πάλι στον IIS και ελέγχεις το Authentication στα νέα Virtual Directories:

 

1) SMS_DP_SMSPKG$: Windows Authentication Enabled, όλα τα υπόλοιπα όχι

2) SMS_DP_SMSSIG$: Windows Authentication Enabled, όλα τα υπόλοιπα όχι

 

Ελπίζω να διορθωθεί το πρόβλημα σου έτσι...

 

 

 

 

 

 

 

 

Link to comment
Share on other sites

Γιώργο,

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

Link to comment
Share on other sites

Full update των Clients θα πρέπει να κάνεις τότε για τα απομακρυσμένα σημεία.

Για μένα είναι στάνταρ διαδικασία να έχω τους clients πλήρως ενημερωμένους.

 

Τελικά με Authentication λειτουργεί το Bits downloading από το Distribution Point;

 

Link to comment
Share on other sites

Λοιπόν Γιώργο το άφησα μια μέρα για να έχω πιο ολοκληρωμένη άποψη. Η εικόνα συνεχίζει να είναι η εξής:

![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.

Link to comment
Share on other sites

Λοιπόν κατάφερα μετά από τόσες ημέρες να ανακαλύψω τι συμβαίνει.

Να πω ότι δεν έχω 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; δεν ξέρω

Ευχαριστώ τους συναδέλφους για τη πολύτιμη βοήθεια.

Link to comment
Share on other sites

 Share

×
×
  • Create New...