Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
About MumenRider
MumenRider
Here to help
Member since Oct 4, 2018
Jan 28 2019
Community Record
6
Posts
1
Kudos
0
Solutions
Badges
Dec 19 2018
10:43 AM
Hey thanks for that info! I'm going to try this with an impacted station to see if it prevents a recurrence, but I'm hoping to find a preventative measure, since I'm seeing this on freshly-installed Mojave instances which (presumably) have a fresh & clean configuration profile database. Unfortunately this is one of those issues that falls in the crevasse between Apple and Meraki. Meraki support is blaming OS X, and Apple wants nothing to do with this issue and advises me to "work with the software vendor." Maybe the next time the jamf rep calls I'll pick up the phone... 🙂
... View more
Dec 18 2018
11:21 AM
I've had a ticket w/ Meraki on this for over a month and I'm getting nowhere, so I figured I'd see if anyone else out there was experiencing the same. I'm in the midst of rolling out a large number of OS X (Mojave) devices, but what I'm finding is that days, sometimes weeks after the initial enrollment the management profiles are disappearing. I'll notice in the Dashboard that a station goes dark, and upon investigation (via TeamViewer) see that while my other management profiles (JumpCloud, specifically) are still there, Meraki is gone. So I re-enroll the device BUT I can't Approve the profile remotely so I have to call the site and have someone local click the button for me. Really efficient. This has popped up at multiple sites, and with a seemingly-random subset of my OS X stations. I have other devices at the same sites (Windows, iOS and OS X) that haven't experienced this issue. Anybody else seeing this?
... View more
Labels:
- Labels:
-
Enrollment
-
macOS
Nov 8 2018
5:13 PM
1 Kudo
@BlakeRichardson Fully agree. I got past this one specific issue but have a multitude of others. MDM profiles randomly disappear from my Macs in the field App deployment is extremely unreliable. Every station I provision requires multiple "re-install missing" invocations and a lot of babysitting. O/S updates appear broken. Or at least, I haven't managed to update a Mac via Meraki. Was trying today actually, to initiate Mojave update via the Dashboard (on a DEP iMac.) Claimed "success" but nothing actually happened on the client. With a couple hundred Macs to manage here, I too will be looking at JAMF if I don't see better support from Meraki.
... View more
Nov 5 2018
11:05 AM
Just to close the loop on this thread, I *did* get a resolution to my issue about two weeks after opening my support case. Meraki added a fix to 1.0.98 and after re-deploying, it worked correctly. I totally agree with your rant however, so I marked it as Solution 🙂
... View more
Oct 5 2018
10:35 AM
Out of curiosity, without the agent, how do you accomplish remote app management on your Macs? In our environment here, I have many in various locations and I have to keep them all on the same browser version. Up until this week, SM was working great in that regard.
... View more
Oct 4 2018
12:48 PM
Hey everyone, as of a few days ago it appears new installations of the SM agent on Mac OS (High Sierra is the only ver. I've tested) are failing to sync to Meraki. I have DEP iMacs and upon installation of the profiles, the agent appears to install correctly. Manual agent installation also, when tested, completes successfully and the device appears in the Dashboard. However, full device details to not sync, and features requiring the Agent (like app installs, power control etc.) are not available. After creating a support case and investigating the logs, this SSL error below was pointed out as a likely culprit. The next day when I called back to discuss the case, the engineer said it was evidently a known issue and was being escalated to the development team, ETA unknown. Does this sound familiar to any other Mac users here? Is anyone familiar with this SSL error perhaps in another context? Whatever this is, it's not impacting clients (on the same network) that already have the SM agent installed. Thanks! 2018-10-01 04:30:06.658777 [0x700002707000]: TunClient::connect_to_proxy(), BIO_do_connect() = 1 2018-10-01 04:30:06.658813 [0x700002707000]: TunClient::connect_to_proxy(), BIO_do_connect success 2018-10-01 04:30:06.658924 [0x700002707000]: TunClient::connect_to_proxy(), going to SSL_connect() 2018-10-01 04:30:06.658976 [0x700002707000]: TunClient::connect_to_proxy() [localhost:14], SSL_get_error returned 5 sigpipe_handle 2018-10-01 04:30:06.658991 [0x700002707000]: TunClient::connect_to_proxy() [localhost:14], r < 0, ERR_get_error = 0 2018-10-01 04:30:06.659023 [0x7fffaef95380]: ConnTracker::has_pulse() 2018-10-01 04:30:06.659059 [0x700002707000]: TunClient::connect_to_proxy() [localhost:14], r < 0, errno = 32 2018-10-01 04:30:06.659084 [0x7fffaef95380]: ConnTracker::has_pulse(), _has_pulse_last_stamp is fresh; returning true 2018-10-01 04:30:06.659103 [0x700002707000]: TunClient::connect_to_proxy() [localhost:14], unexpected SSL error 5 after SSL_connect() returned -1 2018-10-01 04:30:06.659142 [0x700002707000]: TunClient::do_backoff() sleeping 11:698
... View more
Labels:
- Labels:
-
Enrollment
-
macOS
My Top Kudoed Posts
| Subject | Kudos | Views |
|---|---|---|
| 1 | 28230 |
© 2024 Cisco Systems, Inc.
