If you're a coder - search the ARS List - I posted a java chunk that exports the objects to a memory buffer, place simple code to do a 'fopen(),fwrite' pass in there. Also very simple to run through the object list(s), to get everything.
What I feel internally is happening, instead of getting the objects in smaller chunks they are building the entire list of objects to pass to the function-call. compiled size of 50MB would be huge :) try something 10K :) Robert Molenda On Tue, Jun 16, 2009 at 10:01 AM, Guillaume Rheault <guilla...@dcshq.com>wrote: > ** > > That could be the root cause, and if that is the root cause, than that is > not a **good ** design > Seems to me a good design would be a one in which a "small" process, let's > say 50 MB big, can extract the definitions from the tables, do the > formatting/conversion, and dump that into a text file. > > But what troubles me the most is that this problem has not been effectively > addressed and resolved by BMC, BMC being a quite a large company, and having > acquired the Remedy Corp 6 years ago from that accident of nature Peregrine. > If BMC can devote the resources to R&D to create discovery tools like > topology discovery, the new CMDB 7.5 stuff and so one and so forth, why > can't this simple and old problem be fixed? IMHO, there is not much room for > an excuse. > > > -----Original Message----- > From: Action Request System discussion list(ARSList) on behalf of Joe > DeSouza > Sent: Tue 06/16/09 12:26 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with > DevStudio? > > I think one of the reasons for that is the ARS tends to reads all the > selected objects and loads it into its memory and tries to create a def file > from it in a single massive write.. As a result of that when too many > objects are selected, the client process soon runs out of memory.. > > Unlike ARSSmarts maybe? Which may be performing the same action by chunking > it? > > Joe > > > > > ________________________________ > From: Guillaume Rheault <guilla...@dcshq.com> > To: arslist@ARSLIST.ORG > Sent: Monday, June 15, 2009 4:24:18 PM > Subject: Re: Anybody able to export all ITSM 7.x definitions with > DevStudio? > > ** > Thanks for the reply Lyle. I am running DevStudio on my PC which is Windows > XP, so I believe I am out of luck, since the extended virtual addressing is > only available for Windows server OS. But again I am no Windows expert, so I > could be wrong. Here is an interesting article I found about this. > > > http://www.demandtech.com/Resources/Papers/Virtual%20memory%20constraints%20in%2032bit%20Windows.pdf > > That being said, even with 1250 MB allocated to DevStudio, there should be > a way to get all these definitions out of the database and into a text file. > It seems to me BMC has not paid enough attention to this problem to really > really resolve. If a tool like ARSmarts can in theory export everything > (I'll test that shortly), why can't DeveloperStudio? > > Thanks for your replies > > Guillaume > > -----Original Message----- > From: Action Request System discussion list(ARSList) on behalf of Lyle > Taylor > Sent: Mon 06/15/09 4:04 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with > DevStudio? > > I've never been able to get a JVM much about 1536, but I've never had a > problem going to there (haven't tried taking DevStudio that far, though). > The issue is that the JVM also needs to have its own memory that is separate > from the heap space that it is allocating to your program. That extra > memory is shared with the heap, so the combination of the two will be 2 > Gig. As a result, you will never be able to actually allocate 2 Gigs of > memory to the Java heap. > > That said, you could try enabling the option in Windows that allows > processes to take up to 3GB instead of just 2 - that might let you get > higher. I can't recall exactly what it is right now, though... > > Lyle > > From: Action Request System discussion list(ARSList) [ > mailto:arslist@ARSLIST.ORG <arslist@ARSLIST.ORG>] On Behalf Of Guillaume > Rheault > Sent: Monday, June 15, 2009 1:59 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with > DevStudio? > > ** > > Actually the maximum memory setting that I can specify in my devstudio.ini > is 1354 MB: > > -vmargs > -Xms64m > -Xmx1354m > > This is really weird.... > > -----Original Message----- > From: Action Request System discussion list(ARSList) on behalf of Guillaume > Rheault > Sent: Mon 06/15/09 3:48 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with > DevStudio? > > David, I cannot increase my maximum memory JRE setting for DevStudio past > 1280 MB. > Shouldn't I be able to increase it to 2048 MB? What is the maximum memory > setting for DevStudio? > > Thanks, Guillaume > > -----Original Message----- > From: Action Request System discussion list(ARSList) on behalf of Easter, > David > Sent: Mon 06/15/09 3:41 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with > DevStudio? > > In AR System 7.5.00, the timeout for the C and Java APIs was increased to 8 > hours. That was to address the ARERR 93 that is received on large exports, > which represents a timeout. The issue below is stated as running out of > memory, which sounds like a different issue. > > -David J. Easter > Sr. Product Manager, Solution Strategy and Development > BMC Software, Inc. > > The opinions, statements, and/or suggested courses of action expressed in > this E-mail do not necessarily reflect those of BMC Software, Inc. My > voluntary participation in this forum is not intended to convey a role as a > spokesperson, liaison or public relations representative for BMC Software, > Inc. > > -----Original Message----- > From: Action Request System discussion list(ARSList) [ > mailto:arslist@ARSLIST.ORG <arslist@ARSLIST.ORG>] On Behalf Of Carey > Matthew Black > Sent: Monday, June 15, 2009 12:19 PM > To: arslist@ARSLIST.ORG > Subject: Re: Anybody able to export all ITSM 7.x definitions with > DevStudio? > > Guillaume, > > I have not tested it with DS.(DevStudio) > > This issue has been discussed on ARSList (and reported to the vendor) > multiple times across multiple version(AKA: years). > > However, in previous Admin Tool version I think you will find that the > problem is actually a client timeout at the C API layer. Basically the > Application Server can not get the objects together in one big string fast > enough to return to the client before the client decides that the server > fell off the face of the planet. > > And the last time I asked Tech support... there is no environment setting > that you can set to adjust the timeout. So there is no known way to override > the "reasonable" timeout when you know your doing something that will take a > very long time to complete. > > > In the past an approach to workaround this is to use things like Driver, or > an API program to loop over all of the objects and export them one at a > time. > > Maybe DS fixed that problem? ( But it does not sound like it to me.) > > > What is amazing to me is that BMC Tech Support considers the fact that you > can not export all of the objects at one time to be a "performance problem" > and it is "the customers implementation" that is the root cause of the > condition. (AKA: They are not even willing to open a bug against the > version/API. So they take no responsibility and have no interest in > re-implementing anything to avoid the problem of "slow customer hardware". > And I have yet to have anyone from the company confirm that they have > hardware that can actually do the task either.) > > -- > Carey Matthew Black > BMC Remedy AR System Skilled Professional (RSP) ARS = Action Request > System(Remedy) > > Love, then teach > Solution = People + Process + Tools > Fast, Accurate, Cheap.... Pick two. > > > > From: Action Request System discussion list(ARSList) > > [mailto:arslist@ARSLIST.ORG <arslist@ARSLIST.ORG>] On Behalf Of > Guillaume Rheault > > Sent: Monday, June 15, 2009 12:03 PM > > To: arslist@ARSLIST.ORG > > Subject: Anybody able to export all ITSM 7.x definitions with DevStudio? > > > > ** > > > > This is very frustrating and something that I hoped it was going to be > > addressed in DevStudio. > > I cannot export all the ITSM 7.5 definitions with DevStudio in one > > export operation. I cannot even export all the forms in one operation > > with DevStudio, I get an out of memory error, that I attached. My PC > > has 4 GBs of memory with 8 processors, so it's definitely not a > > resource issue on my side, it's probably the DevStudio JRE that ran out > of memory. > > > > I really hate it not to be able to do a full definitions export in one > shot: > > you have to split the export in multiple chunks, which makes the > > management of the def files much harder, it more much more time > > consuming because of you have to monitor the exports and initiate a > > new one once the previous completed, etc. > > > > When is BMC going to fully address and correct this?? It seems to me > > the backup of the application code at the application level is > > ESSENTIAL. I was really hoping that DevStudio would fix this very > > significant problem, but it it did not happen. How can you do > > effective release management and application version control if you > > cannot even efficiently and effectively export the definitions?? > > > > For what it's worth, we have ITSM 7.5.1, where the app server is > > running on Windows 2003 and the database is remote, it's 10gR2 running on > Solaris 10. > > My PC has Windows XP. > > > > Has anybody been successful in exporting all the defs of ITSM 7.5 in > > one export operation? > > > > -Guillaume > > > > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum > Sponsor:rmisoluti...@verizon.net<sponsor%3armisoluti...@verizon.net>ARSlist: > "Where the Answers Are" > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > -- If it were not for the gutter, my mind would be homeless! _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
