Skip to search.

Breaking News Visit Yahoo! News for the latest.

×Close this window

psftdba · PeopleSoft DBA Forum

The Yahoo! Groups Product Blog

Check it out!

Group Information

  • Members: 1460
  • Category: PeopleSoft
  • Founded: Nov 3, 2002
  • Language: English
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Message search is now enhanced, find messages faster. Take it for a spin.

Messages

Advanced
Messages Help
Messages 4489 - 4518 of 4952   Oldest  |  < Older  |  Newer >  |  Newest
Messages: Show Message Summaries Sort by Date ^  
#4489 From: "Prathap" <prathap_sw_14@...>
Date: Mon Feb 7, 2011 1:33 am
Subject: report sharing between two peoplesoft environments
prathap_sw_14
Send Email Send Email
 
Experts,

Throw your thoughts on report sharing between two environments.

my business req is FMS team wants to their reports in HR ennvironment whithout
logging into HR environment.

I had two thoughts on this

1) implement desktop sso - ruled out at my place due to multiple LDAPS
2)implementing POrtal - rules out at my place as it takes some time to implement
new product.

Pls share your view how to go with. Also if your had any experience of it.

Thanks in advance,
Prathap

#4490 From: the dragon <ceprn@...>
Date: Mon Feb 7, 2011 2:49 pm
Subject: RE: PeopleSoft DBA Forum report sharing between two peoplesoft environments
ceprn
Send Email Send Email
 
What I hear your problem to be is "my business req is that the FMS team wants to view their HR reports without having to log into HR environment."; I assume this means they want to view them from within FMS.
 
I do not believe what you're trying to do is easy or quick, and there are quite a few ways it can go wrong - your best bet is portal, or tell them to quit whining and being LAZY and live within the requirements of the system.
 
The only other way I can see to do this is to build something using IB, and FTP that:
1) syncs ths files from one report repository to the other
2) syncs the process request tables from one system to the other so the output can be viewed in report repository
3) syncs the CDM tables between the two systems.
 
All of these will be challenging, and sooner or later you're guaranteed to have *BIG* problems when the process instances, report instances and repository instances get all screwed up.
 
So, tell your LAZY FSM team to suck it up and use the extra clicks, or wait for the correct solution to be implemented!
 
peace,
clark 'the dragon' willis

PSA: Salary <> Slavery. If you earn a salary, your employer is renting your
services for 40 hours a week, not purchasing your soul. Your time is finite

and the only real asset that you have, and once used it can never be
recovered, so don't waste it by giving it away.


I work to live; I don't live to work.
 
If a story is worth telling, it's worth embellishing.
 
It's not Rocket Surgery!

"Time is the coin of your life. It is the only coin you have, and only
you can determine how it will be spent. Be careful lest you let other
people spend it for you." -- Carl Sandburg (1878 - 1967)


"It is impossible to defeat an ignorant man in argument." -- William G. McAdoo
"Religion is regarded by the common people as true, by the wise as false, and
by the rulers as useful." -- Seneca


"I distrust those people who know so well what God wants them to do because
I notice it always coincides with their own desires." - Susan B. Anthony

 
"Does religion calm your fears of death?" "No, but death will calm my fear
of religions."

SIGNATURE :
Do not meddle in the affairs of dragons, for you are crunchy and taste good
with ketchup.
You've got to be a Spirit; don't need no Ghosts.
Do or Do Not; There is NO Try.
Any clod can have facts, but having an opinion is an art !
A conclusion is simply the place where someone got tired of thinking.
When a continuing state of defiance and disorder can not be checked by the
rules, then new and sometimes drastic rules must be forged to maintain
order; the alternative is anarchy.
M. Clark Willis III - Sr Systems Analyst, Sr Consultant, PeopleSoft Admin and

Security expert, Tech Architect and team lead. ceprn@...
aolim:ceprn YIM:ceprn


Help stamp out SPAM!! http://www.cauce.org
The senders of unsolicited commercial e-mail to me at any site are liable
for a $500 per message cost under USC 47, which may be found at
http://www.law.cornell.edu/uscode/47

NOTICE:  The information contained in this message is protected under United
States and international copyright laws and is intended for the personal and
confidential use of the addressee.  If you are not the addressee or an agent
of the addressee, you are hereby notified that you have received this
message in error and that any review, dissemination, distribution, taking of
any action in reliance upon or copying of this message without the express
written permission of the sender or his agent is strictly prohibited and in
violation of referenced statutes.  If you have received this message in
error, please notify me (the sender) immediately and you are instructed to
delete this message from any computer it resides on, including mail servers.

Contents of this message, in it's entirety, (c) 2000 - 2010
M. Clark Willis III / Dragon Enterprises inc.  All rights reserved.
 

To: psftdba@yahoogroups.com
From: prathap_sw_14@...
Date: Mon, 7 Feb 2011 01:33:54 +0000
Subject: PeopleSoft DBA Forum report sharing between two peoplesoft environments

 
Experts,

Throw your thoughts on report sharing between two environments.

my business req is FMS team wants to their reports in HR ennvironment whithout logging into HR environment.

I had two thoughts on this

1) implement desktop sso - ruled out at my place due to multiple LDAPS
2)implementing POrtal - rules out at my place as it takes some time to implement new product.

Pls share your view how to go with. Also if your had any experience of it.

Thanks in advance,
Prathap



#4491 From: Manoj Negi <negi2u@...>
Date: Tue Feb 8, 2011 8:07 am
Subject: Re: PeopleSoft DBA Forum report sharing between two peoplesoft environments
negi2u
Send Email Send Email
 
I believe it's possible through the Single Signon. Have you tried settting-up the single sign-on between these two Apps and check this issue?
 
Thanks,
Manoj

--- On Mon, 7/2/11, Prathap <prathap_sw_14@...> wrote:

From: Prathap <prathap_sw_14@...>
Subject: PeopleSoft DBA Forum report sharing between two peoplesoft environments
To: psftdba@yahoogroups.com
Date: Monday, 7 February, 2011, 7:03 AM

 
Experts,

Throw your thoughts on report sharing between two environments.

my business req is FMS team wants to their reports in HR ennvironment whithout logging into HR environment.

I had two thoughts on this

1) implement desktop sso - ruled out at my place due to multiple LDAPS
2)implementing POrtal - rules out at my place as it takes some time to implement new product.

Pls share your view how to go with. Also if your had any experience of it.

Thanks in advance,
Prathap



#4492 From: "kumar3207" <kumar3207@...>
Date: Thu Feb 24, 2011 6:23 pm
Subject: webserver is shutting down
kumar3207
Send Email Send Email
 
webserver are shutting down whenever there a 400 concurrent users. what may be
the issue. please help

#4493 From: the dragon <ceprn@...>
Date: Thu Feb 24, 2011 7:17 pm
Subject: RE: PeopleSoft DBA Forum webserver is shutting down
ceprn
Send Email Send Email
 
My first guess is that you're overloading the system with too many users at 400 - what's your platforma and topography?  What hardware, softeware, OS, tools and app versions?  What web server are you using?
 
more info if you expect anything more than a SWAG.
 
And you should open up a case with Oracel/PS/GSC.
 
peace,
clark 'the dragon' willis





 

To: psftdba@yahoogroups.com
From: kumar3207@...
Date: Thu, 24 Feb 2011 18:23:43 +0000
Subject: PeopleSoft DBA Forum webserver is shutting down

 


webserver are shutting down whenever there a 400 concurrent users. what may be the issue. please help



#4494 From: ANDREW GROUT <andrewgrout@...>
Date: Fri Feb 25, 2011 8:21 am
Subject: Re: PeopleSoft DBA Forum webserver is shutting down
andrewgrout...
Send Email Send Email
 
As per Dragon's comments, there are many issues that bring down a webserver.
 
From a functional view, we completed a load test of our webserver and found it could handle 1,100 concurrent users using PS HR via self service before it went bang.
 
During the tests, our techie team monitored the webserver performance, log files\core dumps and identified the point when it failed which was at the 1,100 concurrent user limit.
 
We then gave the business a choice, inform the user base of the maximum number of concurrent users or invest in a super Webserver. No surprise, they decided to inform the user base.
 
Sounds like your webserver techie team could make some minor adjustments to allocate more CPU\Memory to your processing or by running diagnostics checks should report on state of server when it crashes.
 
My long term recommendation would be to run load tests on your infrastructure to identify breakpoint levels.
 
Hope this helps,
 
Regards,
 
Andrew 
 
 


From: kumar3207 <kumar3207@...>
To: psftdba@yahoogroups.com
Sent: Thursday, 24 February, 2011 18:23:43
Subject: PeopleSoft DBA Forum webserver is shutting down

 



webserver are shutting down whenever there a 400 concurrent users. what may be the issue. please help


#4495 From: rajesh rawat <rajeshrawat_1982@...>
Date: Mon Feb 28, 2011 1:17 am
Subject: Converted sigle DB to RAC (peoplesoft)
rajeshrawat_...
Send Email Send Email
 
Hi,
 
We have just converted our DB to RAC 11gR2 and we are on PT 8.49, Apps FS Brazil 9.0.
Now, after converting to RAC (Two node system) we are seeing lots of blocker in the DB.
Blockers are accuring even after killing the session.
Blocking programes are DBW0 and all of the app server and process schedulers services.
We have two app serv and two process scheduler domains on the same server.
 
Tnsnames.ora entry is our SCAN name of the RAC clusterware.
 
Is there any difference between simple and Peoplesoft system based implimentation.
 
Please help me to find out the reason for the blockers.
 
Thanks in advance!!
 
Raj
 
 
 
 
 


#4496 From: "Wynne, Julie" <J.Wynne@...>
Date: Tue Mar 1, 2011 9:09 pm
Subject: process scheduler jobs resubmitting twice
cisjwynn
Send Email Send Email
 

Hi

We have a number of process scheduler jobs that have a recurrence schedule .

This morning, every time the jobs ran, they re-submitted themselves twice.  We restarted the process scheduler, cancelled about 100 jobs, and the problem went away, until about 3.30 pm when it started again.  I am fairly inexperienced with Peoplesoft and don’t really know where to look.  I did check the Message Logs a short while ago and noticed one of the jobs which had run successfully had ‘unique constraint violation’ on the ps_servermonitor table in its message log.    I found a forum post somewhere suggesting possible security issues, and I know the security admin has been doing some changes related to query trees, but I don’t know any details .  Can anyone suggest what might be causing this problem.  We now have around 350 errant jobs in the queue and it will get worse if I can’t clear this problem. 

Thanks

Julie


#4497 From: "Wynne, Julie" <J.Wynne@...>
Date: Wed Mar 2, 2011 10:40 am
Subject: RE: process scheduler jobs resubmitting twice
cisjwynn
Send Email Send Email
 

Things seem to have gone back to normal without interference.  If anyone can explain what might have happened I’d still be interested to know

Thanks

Julie

 

From: psftdba@yahoogroups.com [mailto:psftdba@yahoogroups.com] On Behalf Of Wynne, Julie
Sent: 01 March 2011 21:09
To: 'psftdba@yahoogroups.com'
Subject: PeopleSoft DBA Forum process scheduler jobs resubmitting twice

 

 

Hi

We have a number of process scheduler jobs that have a recurrence schedule .

This morning, every time the jobs ran, they re-submitted themselves twice.  We restarted the process scheduler, cancelled about 100 jobs, and the problem went away, until about 3.30 pm when it started again.  I am fairly inexperienced with Peoplesoft and don’t really know where to look.  I did check the Message Logs a short while ago and noticed one of the jobs which had run successfully had ‘unique constraint violation’ on the ps_servermonitor table in its message log.    I found a forum post somewhere suggesting possible security issues, and I know the security admin has been doing some changes related to query trees, but I don’t know any details .  Can anyone suggest what might be causing this problem.  We now have around 350 errant jobs in the queue and it will get worse if I can’t clear this problem. 

Thanks

Julie


#4498 From: Ramesh <rameshsraj@...>
Date: Wed Mar 2, 2011 2:14 pm
Subject: Re: PeopleSoft DBA Forum RE: process scheduler jobs resubmitting twice
rameshsraj
Send Email Send Email
 
Hi,

Might be, PSPSPRCSRQST and PSPRCSQUE being out of sync.  Truncate the tables to clear them then run the recurrence.

Thank You

Raj.

From: "Wynne, Julie" <J.Wynne@...>
To: "psftdba@yahoogroups.com" <psftdba@yahoogroups.com>
Sent: Wednesday, 2 March 2011 4:10 PM
Subject: PeopleSoft DBA Forum RE: process scheduler jobs resubmitting twice

 
Things seem to have gone back to normal without interference.  If anyone can explain what might have happened I’d still be interested to know
Thanks
Julie
 
From: psftdba@yahoogroups.com [mailto:psftdba@yahoogroups.com] On Behalf Of Wynne, Julie
Sent: 01 March 2011 21:09
To: 'psftdba@yahoogroups.com'
Subject: PeopleSoft DBA Forum process scheduler jobs resubmitting twice
 
 
Hi
We have a number of process scheduler jobs that have a recurrence schedule .
This morning, every time the jobs ran, they re-submitted themselves twice.  We restarted the process scheduler, cancelled about 100 jobs, and the problem went away, until about 3.30 pm when it started again.  I am fairly inexperienced with Peoplesoft and don’t really know where to look.  I did check the Message Logs a short while ago and noticed one of the jobs which had run successfully had â€unique constraint violation’ on the ps_servermonitor table in its message log.    I found a forum post somewhere suggesting possible security issues, and I know the security admin has been doing some changes related to query trees, but I don’t know any details .  Can anyone suggest what might be causing this problem.  We now have around 350 errant jobs in the queue and it will get worse if I can’t clear this problem. 
Thanks
Julie




#4499 From: deepanshu sharma <deepanshu_elc12@...>
Date: Thu Mar 3, 2011 6:56 am
Subject: Re: PeopleSoft DBA Forum RE: process scheduler jobs resubmitting twice
deepanshu_elc12
Send Email Send Email
 
Hi Julie
 
While setting recurrence for any jobs there are many options which you can choose like daily, weekly any day b/w Mon to Friday. Are you sure there is only one type of recurrence is set for these jobs? There might be multiple recurrences which are set.
 

Also for the “unique constraint violation” this error has nothing to do with your problem. It comes whenever any job or process is trying to insert any duplicate data in a record or something. A data which is not unique basically.

Also if there is any mismatch in between PSPSPRCSRQST and PSPRCSQUE table then the jobs will not even run, they will remain in queued state. You can check the counts of PSPSPRCSRQST and PSPRCSQUE table but I think they should be sync since jobs are running fine at your end.

Let me know if you have any questions.

Regards

Deepanshu




From: Ramesh <rameshsraj@...>
To: "psftdba@yahoogroups.com" <psftdba@yahoogroups.com>
Cc: "J.Wynne@..." <J.Wynne@...>
Sent: Wed, March 2, 2011 7:44:06 PM
Subject: Re: PeopleSoft DBA Forum RE: process scheduler jobs resubmitting twice

 

Hi,

Might be, PSPSPRCSRQST and PSPRCSQUE being out of sync.  Truncate the tables to clear them then run the recurrence.

Thank You

Raj.

From: "Wynne, Julie" <J.Wynne@...>
To: "psftdba@yahoogroups.com" <psftdba@yahoogroups.com>
Sent: Wednesday, 2 March 2011 4:10 PM
Subject: PeopleSoft DBA Forum RE: process scheduler jobs resubmitting twice

 
Things seem to have gone back to normal without interference.  If anyone can explain what might have happened I’d still be interested to know
Thanks
Julie
 
From: psftdba@yahoogroups.com [mailto:psftdba@yahoogroups.com] On Behalf Of Wynne, Julie
Sent: 01 March 2011 21:09
To: 'psftdba@yahoogroups.com'
Subject: PeopleSoft DBA Forum process scheduler jobs resubmitting twice
 
 
Hi
We have a number of process scheduler jobs that have a recurrence schedule .
This morning, every time the jobs ran, they re-submitted themselves twice.  We restarted the process scheduler, cancelled about 100 jobs, and the problem went away, until about 3.30 pm when it started again.  I am fairly inexperienced with Peoplesoft and don’t really know where to look.  I did check the Message Logs a short while ago and noticed one of the jobs which had run successfully had â€unique constraint violation’ on the ps_servermonitor table in its message log.    I found a forum post somewhere suggesting possible security issues, and I know the security admin has been doing some changes related to query trees, but I don’t know any details .  Can anyone suggest what might be causing this problem.  We now have around 350 errant jobs in the queue and it will get worse if I can’t clear this problem. 
Thanks
Julie





#4500 From: Kumar Tungu <kumar3207@...>
Date: Thu Mar 3, 2011 8:08 am
Subject: how integration broker configuration setup using the gateway ports
kumar3207
Send Email Send Email
 


Can anyone one explain the process of setting the integration broker setup as i don't have much experience on the real environment.

Scenario is like this

HRDEV1 will need integration broker (gateway needs to use ports) configured so that HR integrates to associated PFIN instance.



#4501 From: gn swarat <swarat.g.nag@...>
Date: Thu Mar 3, 2011 12:11 pm
Subject: Re: Re: PeopleSoft DBA Forum how integration broker configuration setup using the gateway ports
gn_swarat
Send Email Send Email
 
Hi Kumar Tungu
 
Try to find the Red Paper on Integration Broker in documentation section on the Oracle Support site. It gives you a clear idea on how to set it up.
 
Regards
Swarat G Nag
 
 


 
On Thu, Mar 3, 2011 at 1:38 PM, Kumar Tungu <kumar3207@...> wrote:
 



Can anyone one explain the process of setting the integration broker setup as i don't have much experience on the real environment.

Scenario is like this

HRDEV1 will need integration broker (gateway needs to use ports) configured so that HR integrates to associated PFIN instance.




#4502 From: H NG <psoftneto@...>
Date: Thu Mar 3, 2011 3:22 pm
Subject: Using Certificate for Server Authentification SSL on Weblogic
psoftneto
Send Email Send Email
 

Hi all,

 

Can some one explain what is the aim of installing certificate for server authentification SSL on Weblogic - When there is no client authentification.

Is it Weblogic server which authetificate the server? Is man in the middle attack avoid? What about data encryption?

Thanks



#4503 From: sony babu <sonypb2002@...>
Date: Fri Feb 25, 2011 4:02 am
Subject: Re: PeopleSoft DBA Forum webserver is shutting down
sonypb2002
Send Email Send Email
 

You might want to check and increase java heap size.check weblogic log for error message

From: kumar3207 <kumar3207@...>
To: psftdba@yahoogroups.com
Sent: Thu, February 24, 2011 11:53:43 PM
Subject: PeopleSoft DBA Forum webserver is shutting down

 



webserver are shutting down whenever there a 400 concurrent users. what may be the issue. please help



#4504 From: deepanshu sharma <deepanshu_elc12@...>
Date: Fri Mar 4, 2011 3:38 am
Subject: Re: Re: PeopleSoft DBA Forum how integration broker configuration setup using the gateway ports
deepanshu_elc12
Send Email Send Email
 
You need to define HR node in your Finance system and vice versa in your HR system.
First thing to start is that you should be able to ping HR node from Finance and Finance from HR. If your tools version is not same in both environment then you need to use gateway of higher tool version.
 
A red paper on IB will give you more details.
 
Regards
Deepanshu


From: gn swarat <swarat.g.nag@...>
To: Kumar Tungu <kumar3207@...>
Cc: psftdba@yahoogroups.com
Sent: Thu, March 3, 2011 5:41:51 PM
Subject: Re: Re: PeopleSoft DBA Forum how integration broker configuration setup using the gateway ports

 

Hi Kumar Tungu
 
Try to find the Red Paper on Integration Broker in documentation section on the Oracle Support site. It gives you a clear idea on how to set it up.
 
Regards
Swarat G Nag
 
 


 
On Thu, Mar 3, 2011 at 1:38 PM, Kumar Tungu <kumar3207@...> wrote:
 



Can anyone one explain the process of setting the integration broker setup as i don't have much experience on the real environment.

Scenario is like this

HRDEV1 will need integration broker (gateway needs to use ports) configured so that HR integrates to associated PFIN instance.





#4505 From: "Schelli" <ceprn@...>
Date: Tue Mar 8, 2011 2:46 pm
Subject: connect id/password
ceprn
Send Email Send Email
 
Are there any "gotchas" with changing the connect id and or password?
(people/peop1e)  I know there is no intelligent reason to do so, but security
"auditors" are requesting it.

peace,
clark 'the dragon' willis

#4506 From: "David Kurtz" <david.kurtz@...>
Date: Tue Mar 8, 2011 4:19 pm
Subject: RE: PeopleSoft DBA Forum connect id/password
davidkurtz
Send Email Send Email
 
The connect ID is a low security password - you can't do very much with it. 
It gives you read access to three tables - PSOPRDEFN, PSACCESSPRFL and PSSTATUS.
The operator passwords are encrypted, and you can't alter anything.
 
If you change it, then you have to update the following configuration (and I am not promising that this is an complete list)
- the app server config file psappsrv.cfg (all app server domains)
- the process scheduler config file psprcs.cfg (all process scheduler domains)`
- the registry on an PC which accesses PeopleSoft in two-tier mode with App Designer, Query or nVision.
 
The connect ID and password must be consistent between any two environment between which you migrate PeopleSoft projects with App Designer.
So, if you migrate from development, to unit test, to user acceptance test, final release test to production, all these databases must have the same connect id with the same password.  - if you don't do that, you will have to export projects to files, and import them from files between environments where the connect ID/password is different.
So you have to update the settings across all of them - at pretty much the same time. 
 
You will need downtime in each environment to make the change.  No matter which way round you go, you will update the database password and the config files at different times.  There will be a finite amount of time where they will be out of synchronisation.  An App Server might recycle in that time (and then fail to start) or process schedulers will attempt to start processes (which will fail).
 
By the time you have done all of that, will you have improved security? 
Or will you simply have introduced change and downtime for no significant benefit?

regards
_________________________
David Kurtz
Go-Faster Consultancy Ltd.
tel: +44 (0)7771 760660
fax: +44 (0)7092 348865
mailto:david.kurtz@...
web: www.go-faster.co.uk
Book: PeopleSoft for the Oracle DBA: http://www.psftdba.com
DBA Blogs: PeopleSoft: http://blog.psftdba.com, Oracle: http://blog.go-faster.co.uk
PeopleSoft DBA Forum: http://groups.yahoo.com/group/psftdba

 


From: psftdba@yahoogroups.com [mailto:psftdba@yahoogroups.com] On Behalf Of Schelli
Sent: Tuesday, March 08, 2011 3:47 PM
To: psftdba@yahoogroups.com
Subject: PeopleSoft DBA Forum connect id/password

Are there any "gotchas" with changing the connect id and or password? (people/peop1e)  I know there is no intelligent reason to do so, but security "auditors" are requesting it.

peace,
clark 'the dragon' willis



------------------------------------

PeopleSoft for the Oracle DBA is published by Apress - see http://www.psftdba.com
The PeopleSoft DBA Forum is managed by http://www.go-faster.co.uk
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/psftdba/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/psftdba/join
    (Yahoo! ID required)

<*> To change settings via email:
    psftdba-digest@yahoogroups.com
    psftdba-fullfeatured@yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    psftdba-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1497/3489 - Release Date: 03/07/11


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1497/3489 - Release Date: 03/07/11


#4507 From: "Juarez, Jose Antonio" <jose-antonio.juarez@...>
Date: Tue Mar 8, 2011 4:56 pm
Subject: RE: PeopleSoft DBA Forum connect id/password
jjuarezp
Send Email Send Email
 
In this link http://gasparotto.blogspot.com/2010/04/peoplesoft-passwords.html there are good documentation...
 

From: psftdba@yahoogroups.com [mailto:psftdba@yahoogroups.com] On Behalf Of Schelli
Sent: Martes, 08 de Marzo de 2011 08:47 a.m.
To: psftdba@yahoogroups.com
Subject: PeopleSoft DBA Forum connect id/password
 

Are there any "gotchas" with changing the connect id and or password? (people/peop1e) I know there is no intelligent reason to do so, but security "auditors" are requesting it.

peace,
clark 'the dragon' willis


#4508 From: deepanshu sharma <deepanshu_elc12@...>
Date: Wed Mar 9, 2011 5:29 am
Subject: Re: PeopleSoft DBA Forum connect id/password
deepanshu_elc12
Send Email Send Email
 

Most of the times we also face this issue, Auditors does not want default passwords to be used.  It is quite easy to guess and makes system vulnerable. In our case we were not even allowed to use people as a connect ID so we had to change the connect ID as well as password for the audit. 

 

Deepanshu


 

From: David Kurtz <david.kurtz@...>
To: psftdba@yahoogroups.com
Sent: Tue, March 8, 2011 9:49:04 PM
Subject: RE: PeopleSoft DBA Forum connect id/password

 

The connect ID is a low security password - you can't do very much with it. 
It gives you read access to three tables - PSOPRDEFN, PSACCESSPRFL and PSSTATUS.
The operator passwords are encrypted, and you can't alter anything.
 
If you change it, then you have to update the following configuration (and I am not promising that this is an complete list)
- the app server config file psappsrv.cfg (all app server domains)
- the process scheduler config file psprcs.cfg (all process scheduler domains)`
- the registry on an PC which accesses PeopleSoft in two-tier mode with App Designer, Query or nVision.
 
The connect ID and password must be consistent between any two environment between which you migrate PeopleSoft projects with App Designer.
So, if you migrate from development, to unit test, to user acceptance test, final release test to production, all these databases must have the same connect id with the same password.  - if you don't do that, you will have to export projects to files, and import them from files between environments where the connect ID/password is different.
So you have to update the settings across all of them - at pretty much the same time. 
 
You will need downtime in each environment to make the change.  No matter which way round you go, you will update the database password and the config files at different times.  There will be a finite amount of time where they will be out of synchronisation.  An App Server might recycle in that time (and then fail to start) or process schedulers will attempt to start processes (which will fail).
 
By the time you have done all of that, will you have improved security? 
Or will you simply have introduced change and downtime for no significant benefit?

regards
_________________________
David Kurtz
Go-Faster Consultancy Ltd.
tel: +44 (0)7771 760660
fax: +44 (0)7092 348865
mailto:david.kurtz@...
web: www.go-faster.co.uk
Book: PeopleSoft for the Oracle DBA: http://www.psftdba.com/
DBA Blogs: PeopleSoft: http://blog.psftdba.com/, Oracle: http://blog.go-faster.co.uk/
PeopleSoft DBA Forum: http://groups.yahoo.com/group/psftdba

 


From: psftdba@yahoogroups.com [mailto:psftdba@yahoogroups.com] On Behalf Of Schelli
Sent: Tuesday, March 08, 2011 3:47 PM
To: psftdba@yahoogroups.com
Subject: PeopleSoft DBA Forum connect id/password

Are there any "gotchas" with changing the connect id and or password? (people/peop1e)  I know there is no intelligent reason to do so, but security "auditors" are requesting it.

peace,
clark 'the dragon' willis



------------------------------------

PeopleSoft for the Oracle DBA is published by Apress - see http://www.psftdba.com
The PeopleSoft DBA Forum is managed by http://www.go-faster.co.uk
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/psftdba/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/psftdba/join
    (Yahoo! ID required)

<*> To change settings via email:
    psftdba-digest@yahoogroups.com
    psftdba-fullfeatured@yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    psftdba-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1497/3489 - Release Date: 03/07/11


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1497/3489 - Release Date: 03/07/11



#4509 From: Devesh Padmanabhan <devesh.padmanabhan@...>
Date: Wed Mar 9, 2011 3:46 pm
Subject: Re: PeopleSoft DBA Forum connect id/password
devesh_mp
Send Email Send Email
 
That's interesting to know. Never heard something like that before!

On Wed, Mar 9, 2011 at 10:59 AM, deepanshu sharma <deepanshu_elc12@...> wrote:
 

Most of the times we also face this issue, Auditors does not want default passwords to be used.  It is quite easy to guess and makes system vulnerable. In our case we were not even allowed to use people as a connect ID so we had to change the connect ID as well as password for the audit. 

 

Deepanshu


 

From: David Kurtz <david.kurtz@...>
To: psftdba@yahoogroups.com
Sent: Tue, March 8, 2011 9:49:04 PM
Subject: RE: PeopleSoft DBA Forum connect id/password

 

The connect ID is a low security password - you can't do very much with it. 
It gives you read access to three tables - PSOPRDEFN, PSACCESSPRFL and PSSTATUS.
The operator passwords are encrypted, and you can't alter anything.
 
If you change it, then you have to update the following configuration (and I am not promising that this is an complete list)
- the app server config file psappsrv.cfg (all app server domains)
- the process scheduler config file psprcs.cfg (all process scheduler domains)`
- the registry on an PC which accesses PeopleSoft in two-tier mode with App Designer, Query or nVision.
 
The connect ID and password must be consistent between any two environment between which you migrate PeopleSoft projects with App Designer.
So, if you migrate from development, to unit test, to user acceptance test, final release test to production, all these databases must have the same connect id with the same password.  - if you don't do that, you will have to export projects to files, and import them from files between environments where the connect ID/password is different.
So you have to update the settings across all of them - at pretty much the same time. 
 
You will need downtime in each environment to make the change.  No matter which way round you go, you will update the database password and the config files at different times.  There will be a finite amount of time where they will be out of synchronisation.  An App Server might recycle in that time (and then fail to start) or process schedulers will attempt to start processes (which will fail).
 
By the time you have done all of that, will you have improved security? 
Or will you simply have introduced change and downtime for no significant benefit?

regards
_________________________
David Kurtz
Go-Faster Consultancy Ltd.
tel: +44 (0)7771 760660
fax: +44 (0)7092 348865
mailto:david.kurtz@...
web: www.go-faster.co.uk
Book: PeopleSoft for the Oracle DBA: http://www.psftdba.com/
DBA Blogs: PeopleSoft: http://blog.psftdba.com/, Oracle: http://blog.go-faster.co.uk/
PeopleSoft DBA Forum: http://groups.yahoo.com/group/psftdba

 


From: psftdba@yahoogroups.com [mailto:psftdba@yahoogroups.com] On Behalf Of Schelli
Sent: Tuesday, March 08, 2011 3:47 PM
To: psftdba@yahoogroups.com
Subject: PeopleSoft DBA Forum connect id/password

Are there any "gotchas" with changing the connect id and or password? (people/peop1e)  I know there is no intelligent reason to do so, but security "auditors" are requesting it.

peace,
clark 'the dragon' willis



------------------------------------

PeopleSoft for the Oracle DBA is published by Apress - see http://www.psftdba.com
The PeopleSoft DBA Forum is managed by http://www.go-faster.co.uk
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/psftdba/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/psftdba/join
    (Yahoo! ID required)

<*> To change settings via email:
    psftdba-digest@yahoogroups.com
    psftdba-fullfeatured@yahoogroups.com

<*> To unsubscribe from this group, send an email to:
    psftdba-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1497/3489 - Release Date: 03/07/11


No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1497/3489 - Release Date: 03/07/11




#4510 From: Kumar Tungu <kumar3207@...>
Date: Wed Mar 9, 2011 5:48 pm
Subject: Integration broker
kumar3207
Send Email Send Email
 
Hi

Can any can explain  me "How to check in Integration Broker which domains pointing to production environment"

Regards


#4511 From: Manoj Negi <negi2u@...>
Date: Fri Mar 11, 2011 1:12 pm
Subject: Re: PeopleSoft DBA Forum Integration broker
negi2u
Send Email Send Email
 
 
Look into your integrationgateway.property file.....

--- On Wed, 9/3/11, Kumar Tungu <kumar3207@...> wrote:

From: Kumar Tungu <kumar3207@...>
Subject: PeopleSoft DBA Forum Integration broker
To: psftdba@yahoogroups.com
Date: Wednesday, 9 March, 2011, 11:18 PM

 
Hi

Can any can explain  me "How to check in Integration Broker which domains pointing to production environment"

Regards



#4512 From: "chris_psadm" <chris_psadm@...>
Date: Tue Mar 15, 2011 7:50 pm
Subject: Advantages of Multiple application & Web Server Domains
chris_psadm
Send Email Send Email
 
My organization is moving peoplesoft environments to AIX 6.1. There is talk that
in new system we might want to go with single application server & web server
domain. Currently we have 2 application server domains & 2 web server domain
with load balancer. I am firm with having multiple domains but dont have much
points to say apart from load distribution, fail over etc. If forum memebers can
help me suggesting benefits of multiple domains that would be helpful

Thanks,
Chris

#4513 From: the dragon <ceprn@...>
Date: Tue Mar 15, 2011 8:37 pm
Subject: any thoughtsd on this problem?
ceprn
Send Email Send Email
 
PT 8.49.21
App HR 8.9 SP1
App PA 8.9
WL9.2
IE 8 (and maybe others)
 
When a user logs into the portal, and from there goes to view their paycheck online, then signs out (sign out link) and presses the back button, the information is still visible.  This only happens on certain pages (of course the ones you want privacy with); for instance, if I log into the portal, then click process monitor, sign out and use the browser back button, it does not show any information, but a message that I need to log back in.  This also only seems to affect pages posted to the extranet, and not the intranet.
 
I think this is an issue with some kind of browser persistance/caching, but I'm not certain what, exactly.
 
They requested I disable the browser back button, and if that is even possible, which I doubt, I would have no clue as to how to accomplish that.  Another suggested possibility is to close the browser when people press the signout link, but I suspect that might cause it's own set of issues.
 
So, I'm wondering if anyone has seen this issue before, and if so, what was done to fix it.  I am open it any ideas.
 
peace,
clark 'the dragon' willis

#4514 From: "BANKS, Richard" <BanksR@...>
Date: Tue Mar 15, 2011 9:55 pm
Subject: RE: PeopleSoft DBA Forum any thoughtsd on this problem? [SEC=UNCLASSIFIED]
BanksR@...
Send Email Send Email
 

Couple of things to think about:

 

1) Is it replicable?  Across different environments? 

 

2) Is this HTTP or HTTPS?

 

3) Web Profile Cache Settings? 

 

Do you know which Web Profile (PeopleTools > Web Profile > Web Profile Configuration) is in use?    It’s in line 53 of [PS_HOME]\ webserv\ [SITE] \applications\peoplesoft\PORTAL\WEB-INF\psftdocs\ [SITE] \configuration.properties  e.g. WebProfile=DEV .  The Web Profile has a ton of caching features you can look at.

 

4) Any proxy / load balancer in the middle?

 

5) Client side caching?  IE is a tough nut to crack regarding caching decisions, it changes each release, and there is file and memory based caching you have to contend with.  If you ever change local settings, make sure you close all instances of IE on the machine before attempting a second test.

 

 

 

 

 

From: psftdba@yahoogroups.com [mailto:psftdba@yahoogroups.com] On Behalf Of the dragon
Sent: Wednesday, 16 March 2011 07:37
To: psftdba@yahoogroups.com
Subject: PeopleSoft DBA Forum any thoughtsd on this problem?

 

 

PT 8.49.21
App HR 8.9 SP1
App PA 8.9
WL9.2
IE 8 (and maybe others)
 
When a user logs into the portal, and from there goes to view their paycheck online, then signs out (sign out link) and presses the back button, the information is still visible.  This only happens on certain pages (of course the ones you want privacy with); for instance, if I log into the portal, then click process monitor, sign out and use the browser back button, it does not show any information, but a message that I need to log back in.  This also only seems to affect pages posted to the extranet, and not the intranet.
 
I think this is an issue with some kind of browser persistance/caching, but I'm not certain what, exactly.
 
They requested I disable the browser back button, and if that is even possible, which I doubt, I would have no clue as to how to accomplish that.  Another suggested possibility is to close the browser when people press the signout link, but I suspect that might cause it's own set of issues.
 
So, I'm wondering if anyone has seen this issue before, and if so, what was done to fix it.  I am open it any ideas.
 
peace,
clark 'the dragon' willis



This e-mail message (along with any attachments) is intended only for the named addressee and could contain information that is confidential or privileged.  If you are not the intended recipient you are notified that any dissemination, copying or use of any of the information is prohibited.  Please notify us immediately by return e-mail if you are not the intended recipient and delete all copies of the original message and attachments.

This footnote also confirms that this message has been checked for computer viruses.



#4515 From: Devesh Padmanabhan <devesh.padmanabhan@...>
Date: Tue Mar 15, 2011 8:00 pm
Subject: Re: PeopleSoft DBA Forum Advantages of Multiple application & Web Server Domains
devesh_mp
Send Email Send Email
 
The points you mentioned are itself reason enough to stick to your present configuration.

On Wed, Mar 16, 2011 at 1:20 AM, chris_psadm <chris_psadm@...> wrote:
 

My organization is moving peoplesoft environments to AIX 6.1. There is talk that in new system we might want to go with single application server & web server domain. Currently we have 2 application server domains & 2 web server domain with load balancer. I am firm with having multiple domains but dont have much points to say apart from load distribution, fail over etc. If forum memebers can help me suggesting benefits of multiple domains that would be helpful

Thanks,
Chris



#4516 From: "tom12l" <toml12@...>
Date: Wed Mar 16, 2011 2:21 am
Subject: Changing the password for VP1
tom12l
Send Email Send Email
 
What are your thoughts on changeing the Very Porwerful 1's password.
We only use it one rare occassions to review a problem.
The Places I can think of where the password needs to be changed are:
1. Integration Brokers that are using this VP1 account
2. Process Schedulers, Web and Application servers using it as a
username/password into the system.
3. unknown

#4517 From: "BANKS, Richard" <BanksR@...>
Date: Wed Mar 16, 2011 2:30 am
Subject: RE: PeopleSoft DBA Forum Changing the password for VP1 [SEC=UNCLASSIFIED]
BanksR@...
Send Email Send Email
 

Practice the change in your non prod environments and you’ll be fine.

 

Note – a lot of sites would not use any delivered security objects in production, except where required due to hardcoding (e.g. the PeopleSoft Adminstrator and Portal Administrator roles).  This means they would not even have user VP1 (or PS) in production.

 

 

 

 

 

From: psftdba@yahoogroups.com [mailto:psftdba@yahoogroups.com] On Behalf Of tom12l
Sent: Wednesday, 16 March 2011 13:22
To: psftdba@yahoogroups.com
Subject: PeopleSoft DBA Forum Changing the password for VP1

 

 

What are your thoughts on changeing the Very Porwerful 1's password.
We only use it one rare occassions to review a problem.
The Places I can think of where the password needs to be changed are:
1. Integration Brokers that are using this VP1 account
2. Process Schedulers, Web and Application servers using it as a username/password into the system.
3. unknown



This e-mail message (along with any attachments) is intended only for the named addressee and could contain information that is confidential or privileged.  If you are not the intended recipient you are notified that any dissemination, copying or use of any of the information is prohibited.  Please notify us immediately by return e-mail if you are not the intended recipient and delete all copies of the original message and attachments.

This footnote also confirms that this message has been checked for computer viruses.



#4518 From: deepanshu sharma <deepanshu_elc12@...>
Date: Wed Mar 16, 2011 7:02 am
Subject: Re: PeopleSoft DBA Forum Changing the password for VP1 [SEC=UNCLASSIFIED]
deepanshu_elc12
Send Email Send Email
 
You can follow below steps:
 
1. Log in to PIA and change the password of VP1 or PS.
2. Stop the Web Server
3. Stop the Application and Process Scheduler and update the config files with new password.
4. Reconfigure the domains
5. Restart App/Web and Process Scheduler domains
6. Log in to PIA ---Integration Broker --> nodes and then re authenticate your local nodes with the new password
7. Run a report and see if it is posting successfully.
 
Please test the same in Non Production Environment first.
In most of the production Environments we should be using a unique ID for starting all the App and Process Scheduler domains (Not VP1 or PS).
 
Thanks
Deepanshu


From: "BANKS, Richard" <BanksR@...>
To: "psftdba@yahoogroups.com" <psftdba@yahoogroups.com>
Sent: Wed, March 16, 2011 8:00:37 AM
Subject: RE: PeopleSoft DBA Forum Changing the password for VP1 [SEC=UNCLASSIFIED]

 

Practice the change in your non prod environments and you’ll be fine.

 

Note – a lot of sites would not use any delivered security objects in production, except where required due to hardcoding (e.g. the PeopleSoft Adminstrator and Portal Administrator roles).  This means they would not even have user VP1 (or PS) in production.

 

 

 

 

 

From: psftdba@yahoogroups.com [mailto:psftdba@yahoogroups.com] On Behalf Of tom12l
Sent: Wednesday, 16 March 2011 13:22
To: psftdba@yahoogroups.com
Subject: PeopleSoft DBA Forum Changing the password for VP1

 

 

What are your thoughts on changeing the Very Porwerful 1's password.
We only use it one rare occassions to review a problem.
The Places I can think of where the password needs to be changed are:
1. Integration Brokers that are using this VP1 account
2. Process Schedulers, Web and Application servers using it as a username/password into the system.
3. unknown



This e-mail message (along with any attachments) is intended only for the named addressee and could contain information that is confidential or privileged.  If you are not the intended recipient you are notified that any dissemination, copying or use of any of the information is prohibited.  Please notify us immediately by return e-mail if you are not the intended recipient and delete all copies of the original message and attachments.

This footnote also confirms that this message has been checked for computer viruses.


Th


Messages 4489 - 4518 of 4952   Oldest  |  < Older  |  Newer >  |  Newest
Add to My Yahoo!      XML What's This?

Copyright © 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help