Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
BedrockMission!

Learn More

View all

Sign in to view all badges

mark_chester
Community profile mark_chester Level 1
Job title here
Location here
1 BADGE
Level 1

Level 1

Learn more
Joined the community 22-04-2015 9:55:18 PM
Offline
Top badges earned by mark_chester
Customize the badges you want to showcase on your profile
Re: Duplicate OSGi configs with every installation
Avatar
Boost 1
Level 1
mark_chester
Level 1

Likes

2 likes

Total Posts

4 posts

Correct Reply

0 solutions
Top badges earned
Boost 1
View profile
mark_chester
- Adobe Experience Manager
I checked, and the issue we are having is related to that problem. (A more direct link: [SLING-6313] Sling installer can duplicate factory configurations if an invalid RegisteredResourceList.ser is found - AS… ) Looks like our root cause is AEM crashing on issues with the application code or infrastructure, which results in an unclean shutdown of AEM. In our Dev environments, this is a common scenario. Production is stable and has not seen the problem with the duplicate OSGI configs. I will open...

Views

3.2K

Like

1

Replies

0
Re: Duplicate OSGi configs with every installation
Avatar
Boost 1
Level 1
mark_chester
Level 1

Likes

2 likes

Total Posts

4 posts

Correct Reply

0 solutions
Top badges earned
Boost 1
View profile
mark_chester
- Adobe Experience Manager
We have this same problem, but not at every deployment. It's only happening sometimes, and I can't find the reason or cause. I too would like to know how to prevent it.BTW, I created a quick command line to clean up the bad OSGI config if you have many to delete. Copy the UIDS from OSGI console and clean them up in a text editor to look something like this:com.corp.s3.authentication.impl.S3AuthenticationConfigurationImpl.0bd45398-bef0-43cc-9b4b-f3dff57b8db9com.corp.s3.authentication.impl.S3Authe...

Views

3.2K

Like

1

Replies

0
Re: cpu.sh and diskusage.sh scripts causing issue in AEM 6.1 - environments going down frequently
Avatar
Boost 1
Level 1
mark_chester
Level 1

Likes

2 likes

Total Posts

4 posts

Correct Reply

0 solutions
Top badges earned
Boost 1
View profile
mark_chester
- Adobe Experience Manager
The root of this problem is OOTB, the scheduled jobs in AEM reference an incorrect path to the scripts. It is not a problem with how AEM was installed, but rather a poorly configured default. You can either delete the jobs in the OSGI config console, as explained above, or update them with the correct path to the scripts.I chose to delete them, based on previous comments in this thread, as we are monitoring disk and CPU with a real monitoring system and do not require AEM to do such things.

Views

692

Likes

0

Replies

0
Re: Replication agent config group by runmode
Avatar
Boost 1
Level 1
mark_chester
Level 1

Likes

2 likes

Total Posts

4 posts

Correct Reply

0 solutions
Top badges earned
Boost 1
View profile
mark_chester
- Adobe Experience Manager
Hi Kyle,As someone who is rather frustrated with this exact problem, I've had to do the following:Create runmodes for each instance that combine the values I need, for example, my dev servers have:publish, dev, d, publish-devauthor, dev, d, author-devAnd then I have to use the hyphenated value in my replication agents./etc/replication/agents.author-dev/etc/replication/agents.publish-devIt's janky, and I wish Adobe would make all runmode handling consistent across all configs. But it works*, and ...

Views

6.1K

Likes

0

Replies

2
Likes given to
Likes from