Escaping file copy error?

I was copying a data CD which had a bad file. When I hit the bad file, the message appeared "The Finder cannot complete the operation because some data in "the source file" could not be read or writte. (Error code -36)".
When I click okay, the Copy message box remains, and clicking the X in that box to stop copying had no effect. I had to restart finder to escape. This is OS 10.5.4 on 2 x 2.66 GHz Dual-Core Intel Xeon Mac Pro. Thanks for any ideas. I couldn't find a bug report location in Apple Support.

Thanks for the suggestion, but there are no permission errors on the target disk or the system disk. The problem file is on a CD, and there's no way to repair permissions on a CD.
I think it's an OS bug that the copy dialog box won't cancel on a bad file copy error.

Similar Messages

Documanage Error #2002 (File Copy Error)

Hi,
I am getting this error "Documanage Error #2002 (File Copy Error)" during the Genarc process. I am not able to understand the problem. Can any one please let me know about this error.
Also is there documentation about documanage errors, please let me know.
Thanks in Advace

Turn on your debugging options in Documaker INI and see what you get.
< DBHandler:DMIA >
DEBUG = YES
< DBHandler:ODBC >
Debug = YES
Also you may want to turn up your logging in the poffice.ini and check those logs as well. It's been a while since I've seen that but if I recall correctly this error usually happens when you are trying to archive a transaction from Genarc to Documanage and either the connection is broken or the document category doesn't match.

File copy errors

Hi,
We are currently experiencing some failures with copying files (files
typically over 100mb in size) up to one of our file servers, and we're
hoping that someone has seen the problem or has some advice.
The server is an HP Proliant DL360 G5 (with two Broadcom Gigabit NICs)
running Novell Netware 6.5 with SP8. The typical CPU load is below 20%,
however packets per second is typically in the 50k-75k packets per
second range during the day.
On Windows XP with Novell Client 4.91 SP5, we receive: "Cannot copy
<filename>: The specified network name is no longer available."
On Windows 7 with Novell Client 2 SP1 (IR8), we receive "Can't read from
the source file or disk."
The symptoms are more typical when the traffic is higher on the server
and in areas with faster switch hardware. There is no consistency with
when (during the copy) we see the error and there seems to be no affect
on the server itself. Even though we have not seen errors on the
monitor's NIC stats, we have tried moving from one server NIC to the
other to see if it is somehow related to a NIC. The errors are
repeatable on both the server's internal drives as well as the connected
SAN drives.
In addition, we have another server with almost the same configuration
(same hardware, SAN connection, OS version and patch level) that is not
having this problem at all. The main difference is that the load on
this 2nd server is very small compared to the server where we see the
copy errors.
Any info is greatly appreciated.
Thanks.
,Matt

Hello,
please check the driver's version of the broadcom nics (BX2.LAN).The
were some versons causing issues (3.70, 4.41, 4.42) in the past look
whether version 5.01 is loaded on the server and check whether you team
the nics with broadcom teaming software or the netware built-in. MAybe
you should also check the ports of the network switch for connection
options (Speed/Duplex settings being auto/auto or 1G/full). Also the
firmware of the server (BIOS, NICs etc.) should be checked, you can find
updates on the website of HP:
http://h20000.www2.hp.com/bizsupport...&swEnvOID=1064
Regards and good luck
Burkhard Wiegand
Netware Admin
Debeka-Versicherungen
D-56068 Koblenz

875P Neo-FIS2R File Copy errors loading Win XP Pro

While installing WinXP Pro SP 1 I get file copy failures on random files two or three times during the install. Retry succeeds on the file, but errors keep coming up after install randomly. Explorer crashes on logon, files are corrupt, etc. Tried two different MBs, two different CPUs, two different PSUs, two different sets of RAM, different IDE cables, booting from both DVD Drives, different Win XP CDs. I also tried the same with a Gigabyte 875 board and had exactly the same problem. With the Gigabyte board, if I ran the bus with a setting of 190 or 195 instead of 200MHz, the system ran fine, but then my 2.8GHz CPU is running at 2.66GHz. I can't go slower than 200MHz (but I did try 201 and 202; same errors) on the Neo-FIS2R so I can't find a setting that is stable and that's the board I'd like to be running. Any ideas about what's causing all of these combinations from running stable at a stock setting of 2.8GHz?
Thanks.
Mike Wolfe
P4 2.8C @FSB 200, HT Enabled
Corsair Platinum TwinX DDR400 2x256MB
875P Neo-FIS2R Bios Version 1.8
ATI AIW 9600 Pro 128MB No OC
PowerUp 350W Power Supply
WD2000JB 200GB; Master on IDE 1; No S-ATA
Sony DDU 1621 16x DVD ROM Master on IDE2
Sony DRU-510A DVD+-R/RW Slave on IDE2
BIOS Defaults - 200MHz CPU Bus - DDR Voltage 2.7V
On Board Promise Disabled; IDE Bus Master; P-ATA Only

I am also having trouble with this on xp pro. When fully installed I get many random errors. New at this but have read that if you install a partition more than 137 gb data corruption may occur. So I partitioned the drive 20, 70, 70, and installed xp pro on the 20 gb partition. Per mb and hdd manuals I installed xp sp1. I am still getting random errors. This is the only hdd. Maxtor 160 gb ata 133 on ide1. Is it impossible to run the system this way? It gives me random crashes and stop requests. It also at one point gave me erros saying the cdrom memory is corrupt. Is the hdd drive sze possibly the problem?
MSI 875p max fisr
corsair twinx xms 333 1 gb
ati raideon all in wonder
samsung 352 cdrw
antec 430w true power
3.0 g intel p4

10.6.3 - still error 36 file copy errors

After getting a new mac with 10.6 I started having problems copying files, namely that copying aborts with error 36 quite frequently. I never had such problems on my old powermac with 10.3.9. After some reading here, I discovered this was a known 10.6 problem when copying to windows formatted disks.
Recently I let my mac upgrade itself to 10.6.3. One of the listed fixes was for file copies to windows servers. Unfortunately, I'm still getting error 36's. I have 2 ways that I transfer files which yield lots of error 36's :
First is with USB thumb drives formatted FAT32, for backup and taking files back and forth from home/office & pc/mac. I haven't yet experienced a problem with this in 10.6.3, but really I also haven't transferred many files this way yet, so can't say for sure whether the issue is fixed here or not.
Second way is uploading completed projects (mostly pdf's) to our corporate site via internet, doing a "connect to server" with afp://mycompanysite.com. I have no idea what server/software they are running with that, but I still get consistent error 36's when uploading files to it. If I make that afp connection with my ancient 10.3.9 powermac, I can transfer files all day without any errors, so...
obviously Apple still hasn't quite fixed the file transfer problem!!
Help, Apple, Help!!!!!

Louie Petit wrote:
Thank you for your reply, Charles.
1. I thought that this thread was about Finder in 10.6.3 generating Error -36 errors when trying to copy files to an external drive, which is what I wrote about.
Yeah, but it appears that the OP had a different problem.
2. i know that I shouldn't have to force-eject DVD-RAMs; I mentioned that precisely because it is unusual. I was hoping that by raising all the problems that I noticed, maybe someone would recognize something that would lead to a solution.
If you have to force-eject discs, odds are that you have a problem directly related to that device.
3. Hardware problem is unlikely. The drive works fine in all respects with my older (17") iMac running OSX 10.4.11; the drive works fine with the new iMac running OSX 10.6.3, when copying any size file to or from a DVD-R or DVD-RW disk; the drive also works fine with the new iMac when copying small files (less than 1.4MB or so) to a DVD-RAM; the drive also works fine when copying any size file FROM a DVD-RAM. The error occurs ONLY when copying a file larger than about 1.4MB to a DVD-RAM. To me, the key point is that it works perfectly with 10.4.11, but not with 10.6.3. The only other difference is that with the old iMac I used the Firewire 400 port, and the new one is 800 (so I use a converter cable); but i don't think that would explain why there is no problem with DVD-R and DVD-RW, nor with small files, nor with copying from the drive to the iMac.
It would appear that there's a software problem somewhere which relates directly to that device. You need to check the drivers.
4. The mechanism is TSSTcorp CDDVDW SH - 5203N, firmware version LA00 (which is the latest). I have already contacted LaCie about this as well. They don't know why it doesn't work, either. But, on the other hand, they admitted that they do not know of anyone who does have 10.6.3 and IS able to copy larger files to a DVD-RAM. Do you?
Nope. Most people around here use DVD-Rs or DVD-RWs, not DVD-RAMs. I've not heard of that particular model DVD-RAM.
Thank you.

ISE Upgrade File Copy Error

According to the Upgrade Guidelines for 1.2:
Copy the upgrade bundle to the local disk using the copy command from the Cisco ISE CLI: copyftp-filepath ise-upgradebundle-1.1.x-to-1.2.0.899.i386.tar.gz disk:/   Again, after you copy the upgrade bundle to the local disk, check to ensure that the size of the upgrade bundle in your local disk is the same as it is in the repository. Use the dir command to verify the size of the upgrade bundle in the local disk.
When I attempt to run this command, I keep getting the error:
"% long command detected at '^' marker"
using the following command:
" copy repository FTPDPZ ise-patchbundle-1.2.0.899-1-82500.x86_64.tar.gz"
I have also tried to replace the repository + name with an IP address, with just the repository name, and with 100 other things.
I tried to look up what a "long command" is, but I come up with nothing.
What is the proper verbage to utilize this command?

David,
It figures, doesn't it? No worries. The repository system is a confusing one, but it is what we have. I have found detailed instructions on using it, but they are for the Cisco Prime LMS product. The process is the same (I used these unstructions when doing my ISE 1.2 Upgrade), just substitute file names as necessary.
Step 1 Log into the shell and navigate to the location where the upgrade file, lms4_2_3_lnx_k9.zip is stored.
myhost/admin# shell
starting shell...
[myhost/ root-ade ~]
Note The login name that appears in the command prompt depends on the login name entered by the user while installing LMS on VM Console.
Step 2 Unzip the lms4_2_3_lnx_k9.zip file to extract Cisco_Prime_LAN_Management_Solution_4_2_3.tar.gz.
[myhost/ root-ade myloc] unzip lms4_2_2_lnx_k9.zip
Step 3 Copy the Cisco_Prime_LAN_Management_Solution_4_2_3.tar.gz to local disk partition of LMS 4.2.2 installed server (/localdisk).
Step 4 Log in with your credentials to the VM Console through Vsphere client.
Step 5 Create either a local or remote repository. A repository contains URL and credential details
myhost/admin# configure terminal
myhost/admin(config)# repository <>
myhost/admin(config-Repository)# url ?
Enter repository URL, including server and path info (Max Size - 80)
cdrom: Local CD-ROM drive (read only)
disk:   Local storage
ftp:    URL using a FTP server
http:   URL using a HTTP server (read only)
https: URL using a HTTPS server (read only)
nfs:    URL using a NFS server
sftp:   URL using a SFTP server
tftp:   URL using a TFTP server
Step 6 Combine the URL to the repository that uses a local or remote storage.
a. The following IOS CLI shows how to combine the URL to a repository that uses a local storage:
myhost/admin(config-Repository)# url disk:
myhost/admin(config-Repository)# exit
myhost/admin(config)# exit
myhost/admin# write mem
Generating configuration...
myhost/admin#
b. The following IOS CLI shows how to combine the URL to a repository that uses an anonymous FTP server:
myhost/admin(config-Repository)# url ftp://<>
myhost/admin(config-Repository)# user <> password plain <>
myhost/admin(config-Repository)# exit
myhost/admin(config)# exit
myhost/admin# write mem
Generating configuration...
myhost/admin#
You can use the above mentioned steps for other protocols.
Step 7 Run the below command in the VM console in VSphere client.
myhost/admin# application upgrade Cisco_Prime_LAN_Management_Solution_4_2_3.tar.gz <>
Save the ADE-OS running configuration? (yes/no) [yes]?
Step 8 Press Enter to continue with LMS 4.2.3 upgrade.
An Application upgrade successful message appears.
Here is the doc that contains these instructions:
http://www.cisco.com/en/US/docs/net_mgmt/ciscoworks_lan_management_solution/4.2.3/release/notes/lms4_2_3_release_notes.html#wp1183869

Alchemy File Copy Error

So I'm trying to copy files to my Stalker: Clear Sky folder in Alchemy but whenever I do it says unable to copy files to folder. How do I get this to work correctly? I'm running Windows 7 and have the newest version of alchemy. I was also wondering how do I know what to set buffers, duration, and maximum voice count to for games?

Hi,
Stalker: Clear Sky is an OpenAL game. There is not a need for ALchemy. ALchemy is used primarily for DS3D and EAX based games. There is a profile database for a number of games in the latest version (dated st Aug 2008. For games that aren't supported, you can check this listing here http://connect.creativelabs.com/alch.../AllItems.aspx

D018 file copy error

Hello,
Suddenly we have on some application object D018 erros when we trey to copy file's from location A to B. We copy whit the Application file option.
We Have ZFD 6.5 Nal version 6.5.2
What can be wrong
Thanx for helping me
Dave Simons

D.J.H.T. Simons,
>
>Suddenly we have on some application object D018 erros when we trey to
>copy file's from location A to B. We copy whit the Application file option.
It could be that the application objects have become corrupt, maybe a
DSrepair. Maybe the workstation lost rights to the directory. Maybe you
are having licensing issues.
If it's a corrupt app object, you can export the app object, delete the
original object from eDirectory, and recreate the app object from the AXT
you created in step 1.
Jared Jennings
Data Technique, Inc.
Novell Support Forums Sysop
http://wiki.novell.com

Download Helper, even with paid converter upgrade, gives "Invalid Capture File" errors and will not record audio, with "File Creation Error - Unable to rename/copy audio file" Error.

Download Helper Screen Capture worked to capture video if the default "no audio" option is active. But, no audio. The "speakers" or "microphone" audio options are confusing....the audio to be captured is from the video, so what do you choose? With either "speakers" or "microphone" selected, the captured file has poor audio and no video. Re-capture efforts (speakers) get "Invalid capture file error" and "File Creation error- Unable to rename/copy audio file"
The paid upgrade of "Converter" doesn't work.
Instructive documentation - not very good.
Suggestions - Need time delay between initiation of "Record" and starting the video to be recorded.
Could use timer tracking of the record process.
Are there operating system limitations? (Have Windows XP Pro)

That is an issue for the developer of that Download Helper.

Help - "Cannot copy file: Data error (Cyclic Redundancy Check)"

Hey there,
I'm having problems with my Zen Mosaic EZ00. Up until a few weeks ago it has been working fine however, since then, has begun to show the error message? "Cannot copy file: Data error (Cyclic Redundancy Check)" whenever I try to copy files on to it. I have tried the recovery software available and it only updated the firmware. Some files do occasionally (and very occasionally) copy but usually it shows the error message and cancels the copy.
I would really appreciate if anyone could help me with this?
Many thanks :smileytongue:

sorry for the double post!
ive just realised that my ipod isnt actually charging, its just got the orange light blinking!
not too sure what is going on now!
lol

Problem for XSL copying XML file with Error in expression '*|/'.

Hi,
I am trying to convert xml file to another xml through command-line interface but failed.
java oracle.xml.parser.v2.oraxsl data.xml data.xsl data_new.xml
My sample xml and xsl files are:
1. XML file
<employee_data>
<employee_row>
<employee_number>7950</employee_number>
<employee_name>ABC</employee_name>
<employee_title>PRESIDENT</employee_title>
<manager>1111</manager>
<date_of_hire>20-JAN-93</date_of_hire>
<salary>65000</salary>
<commission>1000</commission>
<department_number>10</department_number>
</employee_row>
</employee_data>
2. XSL file
<?xml version="1.0" ?>
<xsl:stylesheet xsl:version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml"/>
<xsl:template match="*">
<xsl:copy>
<xsl:apply-templates>
<xsl:sort select=".//employee_name"/>
</xsl:apply-templates>
</xsl:copy>
</xsl:template>
</xsl:stylesheet>
The error message:
Error occurred while processing data.xsl: Error in expression: '*|/'.
I used a sample XSL files copying from a XML book to do the convert but got the same error.
Does anyone know how to fix this problem? I'll appreciate it very much for your help.
Thanks.
Yiguang Zhong

Hi swanelvis ,
I have the same issue. Were you able to resolve this ?
Thanks

What does the "Copy error code files" option do in the build spec properties

I have the "Copy error code files" checked for my application build specification but when I run my EXE on a different computer and call the simple error handler, I don't get the custom error from my computer's
C:\Program Files(x86)\National Instruments\LabVIEW 2012\user.lib\errors\User-errors.txt file. Instead I get the "this error code is undefined" explaination.
I've also tried including that file in the "always included" section of the build spec but that didn't work either. Am I missing something?
CLD (2014)

Infinite,
Check out this link:
http://www.ni.com/white-paper/3209/en
Specifically this paragraph:
"When building an executable (EXE) or shared library (DLL) with the Application Builder, make sure to add the custom error file as a support file (under the Source Files tab). For an executable, the custom error file will be saved in the <executable destination directory>\user.lib\errors directory. For a shared library, the custom error file will be saved in the National Instruments\Shared\LabVIEW Run-Time\<version>\Errors directory. When distributing a shared library, make sure to install the custom error file in this directory."
James K.
National Instruments
Applications Engineer

Copy File Fails error

I have a Pavilion dm4 and it is telling me that my Hard Drive is going to fail.
The original operating system was Windows 7 (64bit), but I 'upgraded' to Windows 8
I have backed up everything on an external hard drive
I purchased a new hard drive: WD Mainstream 500GB SATA 3
I ordered the system recovery disks from HP
Durning recovery I keep getting a 'Copy FIle Fails' error about half way through disk 2 of 3
I have tried several times and it keeps getting stuck
Someone suggested that it might be a BIOS problem, but I don't know how to navigate this tool. ( I have version F.26 I think)
Any help would be greatly appreciated.

Hello BvinR,
I understand you are getting a "'Copy FIle Fails" error on the second disc when you are trying to recover after a failed hard drive. I have checked the HP Pavilion dm4 Entertainment PC Maintenance and Service Guideand on page 2 it lists a 500 GB, 7200 rpm hard drive as compatible with your system. I am more inclined to believe there is something wrong with the recovery disc. If this is the case I would encourage you to contact HP technical support to see about getting the second disc replaced. Be sure to explain to them as you did here. Below is the contact links for HP Technical Support if you need them.
US support link to contact options for HP products purchased in the US.
Outside of US support link to contact options for HP products purchased outside the US.
I would like to thank you for posting on the HP Forums. Have a great day!
Please click the "Thumbs Up" on the bottom right of this post to say thank you if you appreciate the support I provide!
Also be sure to mark my post as “Accept as Solution" if you feel my post solved your issue, it will help others who face the same challenge find the same solution.
Dunidar
I work on behalf of HP
Find out a bit more about me by checking out my profile!
"Customers don’t expect you to be perfect. They do expect you to fix things when they go wrong." ~ Donald Porter

Unable to copy file D018 error on pre-install

Hi,
We're on NW6.5 SP5 with ZFD4.01 IR6. We tried to rollout a series of
lights-out pre-install apps to workstations (NT 4.0 SP6b) on Friday and had
98 out of 262 workstations fail with the following error:
"Unable to copy file [\\unc path\939.fil] [D018]"
Workstations do have RF rights to the unc path where the nal files are
stored (via rights to the container hosting the workstations), and the macro
Source_Path is right, all the usual troubleshooting 'D018' checks are ok.
I've checked the AXT file and the Directory Create command comes before the
File Copy. Weirdly, only some of the workstations failed, and all on the
same file, which goes to c:\program files\blah\blah\blah and is called
_alphapm.exe.
To ensure this ran out ok we temporarily lowered the workstation refresh
frequency to 1 min, and the nal ran to all machines in about 6 minutes.
What could be the cause of only some of the machines failing, and all on the
same file?
Thanks,
Steve Law

Hi,
I've been troubleshooting this issue and now have Zenworks debug logs, which
I've managed to capture for both a machine that succesfully installed a
pre-install nal and one that failed for the same urn of the same nal. I'm
hoping someone can explain what might be happening. Here's the crucial
portion of the failed nal from zapplib.log:
This failed:
01/12/07 16:40:06.805 -- NWAPPSAGetObjectAttributes took 18 milliseconds for
OURCO_TREE
Number of Attributes: 1
1st attribute Name: App:Program Groups
DS Object Name: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
Attribute list is Not NULL
01/12/07 16:40:06.805 -- This is an AOT delivered app
01/12/07 16:40:06.805 -- Start: ProcessFiles
01/12/07 16:40:06.835 -- NWAPPSAGetObjectAttributes took 18 milliseconds for
OURCO_TREE
Number of Attributes: 1
1st attribute Name: App:Copy Files
DS Object Name: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
Attribute list is Not NULL
FileSettings: CreateRollbackFile szTempPath is C:\TEMP
FileSettings: CreateRollbackFile szRollbackFileName is
C:\TEMP\NAL6a42\NAL2.tmp
01/12/07 16:40:17.0 -- nwappCopyFileEx: Entering.
01/12/07 16:40:17.0 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil".
01/12/07 16:40:17.0 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL".
01/12/07 16:40:17.0 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:17.70 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:17.70 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:33.604 -- GetFileVitals: FindFirstFile Failed to find any
file matching \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:33.604 -- Exiting GetFileVitals 53
01/12/07 16:40:33.604 -- Exiting nwappCopyFileEx with 53
01/12/07 16:40:35.536 -- Stop: ProcessFiles
01/12/07 16:40:35.556 -- NWAPPSAGetObjectAttributes took 19 milliseconds for
OURCO_TREE
Number of Attributes: 9
1st attribute Name: App:Flags
DS Object Name: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
Attribute list is Not NULL
The log for the successful workstation is below. As per previous posts I
checked that the same Windows file and folder rights exist on both the
workstations, and the existing file that was to be overwritten
(C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL) was not set to read-only.
The "FindFirstFile Failed to find any file matching blah blah blah" message
suggests that the problem is related more to accessing the source file on
the server (4.fil) than in writing it to the workstation.
This was a test to 10 machines, the report shows that, chronologically, 2
workstations installed it fine and then the ensuing 8 failed. I can't think
of anything that would lock the 4.fil file - as these are reads they
shouldn't actually lock the file anyway. We run McAfee Netshield 4.63, but
it's set to scan inbound files, not outbound reads.
Any suggestions as to why it was able to read the file for one workstation
and not on another? I have had greater success when I've activated "spread
from start time" over a 15 minute period, but still had one failure out of
ten. A tool that logged all file locks would be useful but I can't find
anything.
Thanks,
Steve Law
Zapplib.log of succesful workstation:
01/12/07 16:40:01.232 -- NWAPPCheckSchedule: PREINSTALL: Found app that has
preinstall set Lamda 5101401 PatchV2 lightsout test
#2.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.232 -- NWAPPCheckSchedule: PREINSTALL: Found app that has
preinstall set Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule: PREINSTALL: App has not been
pre installed Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule: PREINSTALL: App has not been
pre installed and it has a schedule Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule: PREINSTALL: App has not been
pre installed has schedule trying it now Lamda 5101401 PatchV2 Lightsout
test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- FORCERUN: Adding Item to force run list
01/12/07 16:40:01.242 -- Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.272 -- STAGG: Found the GUID/version for WMI Agent
Downloader.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.272 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.272 -- STAGG: t has NOT been run during this session, run
it. app: Lamda Point at Production Server Auto
#1009.Lamdatest.AutoLoad.GENERAL.NAL.BHO.UK.SUNLIF E
01/12/07 16:40:01.272 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.282 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.282 -- STAGG: t has NOT been run during this session, run
it. app: Lamda idate reg key report.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.282 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.312 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.312 -- STAGG: t has NOT been run during this session, run
it. app: Lamda idate reg key report0.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.312 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.342 -- STAGG: Found the GUID/version for Viruscan8 epo
fix.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.342 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.372 -- NWAPPCheckForScheduledApps::Pre-install::Lamda
5101401 PatchV2 Lightsout test #3.Workstations.BHO.UK.SUNLIFE tree
OURCO_TREE
01/12/07 16:40:01.372 -- TreeName: OURCO_TREE
01/12/07 16:40:01.372 -- UserName: LAMTEST02
00:D0:B7:14:27:61.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.372 -- ConnType: 2
01/12/07 16:40:01.372 -- Entering RunApplication: Lamda 5101401 PatchV2
Lightsout test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.392 -- RegWriteGUIDEntry: No Version to write
01/12/07 16:40:01.392 -- pa.hContext structure
01/12/07 16:40:01.392 -- TreeName: OURCO_TREE
01/12/07 16:40:01.392 -- UserName: LAMTEST02
00:D0:B7:14:27:61.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.392 -- ConnType: 2
01/12/07 16:40:01.403 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:01.403 -- appLaunchApplicationWrapper::Enter
01/12/07 16:40:01.403 -- AUTHENTICATION DLL: Start
01/12/07 16:40:01.403 -- AUTHENTICATION DLL: szThirdPartyDLL =
01/12/07 16:40:01.403 -- AUTHENTICATION DLL: End
01/12/07 16:40:01.413 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:01.473 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:01.503 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:01.513 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:01.573 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:01.583 -- Calling NWAPPSACacheApplications for:
01/12/07 16:40:01.583 -- Calling NWAPPSACacheApplications for:
01/12/07 16:40:01.583 -- nwappsacacheapp: Creating new filstore
01/12/07 16:40:01.583 -- nwappsacacheapp: Creating new appcache
01/12/07 16:40:01.583 -- nwappsacacheapp: Calling importfrom ds
01/12/07 16:40:01.663 -- NWAPPNetGetObjectAttributes took 51 milliseconds
for OURCO_TREE
01/12/07 16:40:02.184 -- Import from DS was successful
01/12/07 16:40:02.194 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:02.204 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:02.204 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:02.204 -- Calling NWAPPSAAddFolderToApp for:
01/12/07 16:40:02.204 -- NWAPPSetRegValAsService: Skip Service since service
is dead or I'm the WS: CreateFile: 183
01/12/07 16:40:02.204 -- NWAPPSetRegValAsService: Skip Service since service
is dead or I'm the WS: CreateFile: 183
01/12/07 16:40:02.214 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:02.224 -- NWAPPNetGetObjectAttributes took 7 milliseconds for
OURCO_TREE
01/12/07 16:40:02.254 -- NWAPPSAGetObjectAttributes took 28 milliseconds for
OURCO_TREE
01/12/07 16:40:02.734 -- Exiting NWAPPSACacheApplication
01/12/07 16:40:02.774 -- NWAPPSAGetObjectAttributes took 28 milliseconds for
OURCO_TREE
01/12/07 16:40:02.784 -- LaunchApp: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:02.784 -- Leaving NALContext Constructor
01/12/07 16:40:02.825 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.835 -- RunThirdPartyScript::Enter
01/12/07 16:40:02.865 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:02.895 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.925 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.925 -- RunThirdParyScript::Exit
01/12/07 16:40:02.925 -- NWAPPDistributeAppPA: Entering. App = Lamda
5101401 PatchV2 Lightsout test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:02.955 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.955 -- This is an AOT distributed application
01/12/07 16:40:02.965 -- NWAPPNetGetObjectAttributes took 2 milliseconds for
OURCO_TREE
01/12/07 16:40:02.965 -- Done checking if we should distribute
01/12/07 16:40:02.965 -- Should we prompt before distributing?
01/12/07 16:40:02.965 -- Should we prompt for macros?
01/12/07 16:40:02.995 -- NWAPPSAGetObjectAttributes took 30 milliseconds for
OURCO_TREE
01/12/07 16:40:02.995 -- NWAPPPreDistributionProcess Pre Distribution Script
processing.
01/12/07 16:40:03.5 -- RunThirdPartyScript::Enter
01/12/07 16:40:03.35 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.65 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.65 -- RunThirdParyScript::Exit
01/12/07 16:40:03.95 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.125 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.145 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.175 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.205 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.205 -- This is an AOT delivered app
01/12/07 16:40:03.205 -- Start: ProcessFiles
01/12/07 16:40:03.255 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.516 -- nwappCopyFileEx: Entering.
01/12/07 16:40:03.516 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil".
01/12/07 16:40:03.516 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL".
01/12/07 16:40:03.516 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:03.576 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:03.576 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:05.849 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:05.849 -- Exiting GetFileVitals 0
01/12/07 16:40:05.849 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL
01/12/07 16:40:05.849 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL
01/12/07 16:40:05.849 -- Exiting GetFileVitals 0
01/12/07 16:40:06.239 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil to
C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL
01/12/07 16:40:06.540 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:06.550 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:06.550 -- nwappCopyFileEx: Entering.
01/12/07 16:40:06.550 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil".
01/12/07 16:40:06.550 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OL D".
01/12/07 16:40:06.550 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:06.550 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:06.550 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil
01/12/07 16:40:06.550 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil
01/12/07 16:40:06.560 -- Exiting GetFileVitals 0
01/12/07 16:40:06.560 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OLD
01/12/07 16:40:06.560 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OLD
01/12/07 16:40:06.560 -- Exiting GetFileVitals 0
01/12/07 16:40:06.920 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil to
C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OLD
01/12/07 16:40:07.371 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:07.371 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:07.371 -- nwappCopyFileEx: Entering.
01/12/07 16:40:07.371 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil".
01/12/07 16:40:07.371 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CREATEFPDLETTER.DLL".
01/12/07 16:40:07.371 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:07.401 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:07.401 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil
01/12/07 16:40:07.401 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil
01/12/07 16:40:07.401 -- Exiting GetFileVitals 0
01/12/07 16:40:07.401 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CREATEFPDLETTER.DLL
01/12/07 16:40:07.411 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CREATEFPDLETTER.DLL
01/12/07 16:40:07.411 -- Exiting GetFileVitals 0
01/12/07 16:40:07.651 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil to
C:\Lamda5\Dlls\CREATEFPDLETTER.DLL
01/12/07 16:40:07.782 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:07.782 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:07.792 -- nwappCopyFileEx: Entering.
01/12/07 16:40:07.792 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil".
01/12/07 16:40:07.792 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD ".
01/12/07 16:40:07.792 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:07.792 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:07.792 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil
01/12/07 16:40:07.792 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil
01/12/07 16:40:07.792 -- Exiting GetFileVitals 0
01/12/07 16:40:07.792 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD
01/12/07 16:40:07.802 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD
01/12/07 16:40:07.802 -- Exiting GetFileVitals 0
01/12/07 16:40:08.383 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil to
C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD
01/12/07 16:40:08.513 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:08.523 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:08.523 -- nwappCopyFileEx: Entering.
01/12/07 16:40:08.523 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil".
01/12/07 16:40:08.523 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL".
01/12/07 16:40:08.523 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:08.553 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:08.553 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil
01/12/07 16:40:08.553 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil
01/12/07 16:40:08.553 -- Exiting GetFileVitals 0
01/12/07 16:40:08.553 -- Starting GetFileVitals for
C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL
01/12/07 16:40:08.553 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL
01/12/07 16:40:08.553 -- Exiting GetFileVitals 0
01/12/07 16:40:08.753 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil to
C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL
01/12/07 16:40:08.873 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:08.873 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:08.873 -- nwappCopyFileEx: Entering.
01/12/07 16:40:08.873 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil".
01/12/07 16:40:08.873 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD ".
01/12/07 16:40:08.873 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:08.873 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:08.873 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil
01/12/07 16:40:08.883 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil
01/12/07 16:40:08.883 -- Exiting GetFileVitals 0
01/12/07 16:40:08.883 -- Starting GetFileVitals for
C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD
01/12/07 16:40:08.883 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD
01/12/07 16:40:08.883 -- Exiting GetFileVitals 0
01/12/07 16:40:09.264 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil to
C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD
01/12/07 16:40:09.424 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:09.424 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:09.424 -- nwappCopyFileEx: Entering.
01/12/07 16:40:09.424 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5101401PatchV2.cmd".
01/12/07 16:40:09.424 -- nwappCopyFileEx: targetFile =
"c:\lamda5\5101401PatchV2.cmd".
01/12/07 16:40:09.424 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:09.424 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:09.424 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401
PatchV2-3\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- Exiting GetFileVitals 0
01/12/07 16:40:09.434 -- Starting GetFileVitals for
c:\lamda5\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- GetFileVitals: FindFirstFile found a file that
matched: c:\lamda5\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- Exiting GetFileVitals 0
01/12/07 16:40:09.504 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5101401PatchV2.cmd to
c:\lamda5\5101401PatchV2.cmd
01/12/07 16:40:09.574 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:09.574 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:09.584 -- Stop: ProcessFiles
01/12/07 16:40:09.584 -- Start: ProcessTextFiles
01/12/07 16:40:09.614 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:09.624 -- Start: ProcessRegSettings
01/12/07 16:40:09.664 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.305 -- Start: ProcessINISettings
01/12/07 16:40:10.335 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.335 -- Start: ProcessGroupLnkSettings
01/12/07 16:40:10.375 -- NWAPPSAGetObjectAttributes took 43 milliseconds for
OURCO_TREE
01/12/07 16:40:10.385 -- RunThirdPartyScript::Enter
01/12/07 16:40:10.415 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:10.446 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.446 -- RunThirdParyScript::Exit
01/12/07 16:40:10.546 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.566 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.576 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.586 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.586 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.596 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.606 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.606 -- NWAPPNetGetObjectAttributes took 2 milliseconds for
OURCO_TREE
01/12/07 16:40:10.616 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.626 -- NWAPPNetGetObjectAttributes took 2 milliseconds for
OURCO_TREE
01/12/07 16:40:10.626 -- NWAPPNetGetObjectAttributes took 5 milliseconds for
OURCO_TREE
01/12/07 16:40:10.636 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.646 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.656 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.876 -- NWAPPNetGetObjectAttributes took 5 milliseconds for
OURCO_TREE
01/12/07 16:40:13.79 -- Write Machine GUID Entry
01/12/07 16:40:13.79 -- RegWriteGUIDEntry: No Version to write
01/12/07 16:40:13.79 -- Close stream list
01/12/07 16:40:13.79 -- Deleted szTreeName
01/12/07 16:40:13.79 -- After Calling NWAPPDistributeAppPA
01/12/07 16:40:13.79 -- Calling GetRegPromptedMacros()
01/12/07 16:40:13.79 -- Calling DistrbiuteAppAlwaysEx
01/12/07 16:40:13.89 -- NWAPPDistributeAppAlwaysPA: Entering. App = Lamda
5101401 PatchV2 Lightsout test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:13.129 -- NWAPPSAGetObjectAttributes took 44 milliseconds for
OURCO_TREE
01/12/07 16:40:13.159 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:13.189 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.219 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.240 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:13.250 -- No content found in any Dist Always streams -
exiting
01/12/07 16:40:13.250 -- RegWriteGUIDEntry: No Version to write
01/12/07 16:40:13.280 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.280 -- RunThirdPartyScript::Enter
01/12/07 16:40:13.310 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.340 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:13.380 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.380 -- RunThirdParyScript::Exit
01/12/07 16:40:13.380 -- appLaunchApplicationWrapper::Exit 0

SAP system copy error

Hi Experts,
I am currently facing an issue/error while doing a homogeneous system copy with SAP NW 7.4 (SAP ERP 6.0 Ehp7) servers. Both source and target systems are test/demo servers and system copy procedure needs to be established as a part of implementation.
      An error occurred while processing option SAP Business Suite 7i 2013 Support Release 1 > EHP7 for SAP ERP 6.0 ABAP Support Release 1 > SAP ASE > System Copy > Target System > Standard System > Based on AS ABAP > Database Refresh or Move( Last error reported by the step: Assertion failed: Unable to load database RD3. Refer to trace file sapinst_dev.log for further information.)
Sybase ASE version = 15.7_122
sapinst_dev log file description -
Error description (sapinst_dev log file) –
Execution of the command "isql64 -e -w999 -Usa -SSAP-PROD-TEST:4901 -X" finished with return code 0. Output:
Password:
1> use master
1> load database RD3
2> from 'F:/Backup_RD1_04042015/rd1_s1.dmp' stripe on 'F:/Backup_RD1_04042015/rd1_s2.dmp' stripe on 'F:/Backup_RD1_04042015/rd1_s3.dmp'
Backup Server session id is: 33. Use this value when executing the 'sp_volchanged' system stored procedure after fulfilling any volume change request from the Backup Server.
Backup Server: 6.28.1.1: Dumpfile name 'RD11509409BE6    ' section number 1 mounted on disk file 'F:/Backup_RD1_04042015/rd1_s3.dmp'
Backup Server: 6.28.1.1: Dumpfile name 'RD11509409BE6    ' section number 1 mounted on disk file 'F:/Backup_RD1_04042015/rd1_s1.dmp'
Backup Server: 6.28.1.1: Dumpfile name 'RD11509409BE6    ' section number 1 mounted on disk file 'F:/Backup_RD1_04042015/rd1_s2.dmp'
Msg 3105, Level 16, State 4:
Server 'RD3', Line 1:
Data on dump will not fit into current database. Need 101376 Mbyte database.
1> online database RD3
Msg 930, Level 14, State 1:
Server 'RD3', Line 1:
Database 'RD3' cannot be opened because either an earlier system termination left LOAD DATABASE incomplete or the database is created with 'for load' option. Load the database or contact a user with System Administrator (SA) role.
No matter how much I try to execute the commands for loading database (LOAD DATABASE & ALTER DATABASE commands), i's not working. I have already added the size mentioned above. Although it still didnt work the size of the DB grew by 99GB (displayed in the incresed size of F: drive in Windows.server 2012 r2 OS level.
Any help leading to closure of this error is highly appreciated. I have attached all necessary screenshots for your kind reference.
Thanks and regards,
M. Nizam

Hi Nizamuddin,
Message text
Data on dump will not fit into current database. Need %d Mbyte database.
Explanation
This error occurs when an attempt is made to load a database dump into a database smaller than the dumped database. You cannot use dump database or load database to shrink a database, regardless of the amount of actual data in the database.
Action
If your goal is to load the database from the dump, you must increase the size of the database being loaded into to at least the configured size of the dumped database. You can do this with either the alter database command or by dropping and re-creating a larger database.
If your goal is to shrink the total size of a database, you cannot use dump and load. You must copy all the data out of the database using bcp, drop the database and re-create a smaller database, then re-create the database structure with scripts, and reload the data with bcp.
extend your current master *database* on the master *device* to a total size of 101376MB(or more) (use 'alter database' command)
alter database master on master = <size in MB>
If there isn't enough room on the master device AND the master device is either a file system device in a file system that has free space or was created on a raw partition that is actually larger than the master device was defined, then you can use the DISK RESIZE command to enlarge the master device
disk resize name = "master", size = <additional space in MB>
Regards,
V Srinivasan

Escaping file copy error?

Similar Messages

Maybe you are looking for