Best Of
Re: SPARC T5-2 parts Query
Hello and welcome to the community!
If you go to the handbook for the T5-2:
You can click on some individual parts. The backplane for example, will fit into a T4-2 but not a T4-1 or T4-4.
There's no drilldown for the SAS cables so I can't say if it's compatible, but it likely isn't because the T4's had a different SAS controller position on the MB and the cable connector is likely somewhere else so the length isn't compatible. (T4-1's use 345mm and 450mm cables, while the T5-2 uses 215mm)
T7's and T8's use a SAS3 (where T5 uses SAS2) so they are not compatible.
I hope that helps.
Toby
RHS
SPARC
Re: Large response to REGISTER due to multiple Contact headers
Hello
I did a test in my lab using SIPP and editing an INVITE to make it bigger then 4096 bytes , it works by increasing the parameter I suggested previously , if I leave it 4096 the SBC replies with 513 and the call fails .
Cheers
Antonio
Re: Receivables Fluid WorkCenter: some defined links do not appear in Payments My Work Group
Please disregard, I solved my problem.
Receivables Fluid WorkCenter: some defined links do not appear in Payments My Work Group
In Receivables Fluid WorkCenter of our DEMO PUM 5x environments, how do we make the "Direct Journals to Complete" and "Direct Journals to Budget Check" links available? I can see the definitions in Configure Pagelets, but they do not appear in the WorkCenter. Thank you, Rob
Re: Is there any difference between a 32-bit and a 64-bit PAR file for the same object?
Hello,
If we are referring to BSFNs, then there could be differences in the way the variables are declared.
For example in 32 bit source code long type will be int type, time_t will be jdetime_t and size_t will be jdesize_t.
The conversion is made automatically during the following processes:
- Package Build
- OMW check in
- ESU deployment
- Busbuild
and manually, on demand by running R9664CONV - 64-bit Code Converter.
Thank you!
Best regards,
Cezar
Re: ODA 19.27 with KVM / SWAP Issue
Hi Krisz
The thing is, that back in the days when ODA 19.10 came out I had to install external software to get the HSMs connected to the database to use TDE. Back then for the distributor installing the software on an ODA was not an option, also not for the use case of the customer and his end-customers in combination with the HSM. Pretty ugly story.
Ok, thank you very much. The processes, that are consuming a lot of memory are indeed the KVMs. This wasn't like that before. I'll file an SR.
Thank you very much for getting back on this, and the hints.
Regards,
Sergej
Re: ODA 19.27 with KVM / SWAP Issue
Hi Sergej,
In theory, you have sufficient amount of memory to run App KVMs.
On the other hand, it seems you run databases in App KVM which is not a good practice and it could be a contributor to swapping.
App KVMs are not designed to run databases:
- They run from normal memory instead of hugepages (DBsystems run from hugepages and hugepages is configured inside the dbsystem as well to avoid swapping.
Running databases on Linux requires hugepages along with use_large_pages=only init parameter - App KVMs don't have direct access to disks which results in slow IO compared to running databases in DBsystems
- DBSystems are designed to run databases, hence they can access ASM disks and they are pre-tuned from OS perspective as well
You could file an SR and ask support to check if there is any process running on bare metal that consumes lots of memory which leads to swapping.
Move all databases to DBSystems or to bare metal.
Br,
krisz
Re: Not able to have the RTV delivery note autocreated
Hello
Again a delivery number is not automatically created per the standard flow as per design. You can log an idea for this to be considered for future release.
Thank you,
Bobbi
Re: How do we identify the PUM images for Peoplesoft Portal and EPM environments ?
There's a page called "About Applied Updates" which queries the PS_PTIAMMCPKGAPPDT table for some of these details. Run the following query to get some info on what PUM Images have been used to apply updates:
select * from PS_PTIAMMCPKGAPPDT order by ptiasppkgapplydttm asc
I don't think the table/page is 100% accurate but it does give some high-level info on the environment.
JM1