Where do I set that?
Roger Herling Sr. Desktop Administrator Marist College PH: 845-575-3347 From: Andy Kurth <andy_ku...@ncsu.edu> To: vcl-dev@incubator.apache.org Date: 05/14/2010 10:03 AM Subject: Re: Change image timeout I'm assuming you're using xCAT 1.3. Would it be possible to configure xCAT to store the images in /opt/image/x86? The VCL xCAT code really needs the image path to contain a 3rd component because it determines where the images reside as follows: <managementnode.installpath>/<OS.sourcepath>/<image.architecture> If you can configure xCAT to use /opt/image/x86, then managementnode.installpath should be set to /opt and I believe the path should be constructed correctly. Hope this helps, Andy Roger Herling wrote: > xCAT root path is /opt/xcat according to the vcld log > > but the images are actuially store in /opt/x86 > > Roger Herling > Sr. Desktop Administrator > Marist College > PH: 845-575-3347 > > > > From: > Andy Kurth <andy_ku...@ncsu.edu> > To: > vcl-dev@incubator.apache.org > Date: > 05/11/2010 10:49 AM > Subject: > Re: Change image timeout > > > > I believe the problem is related to the Install Path setting for your > management > node: > Management Nodes > Edit Management Node Information > Edit > > Based on the paths being used, I'm guessing yours is set to 'storage/x86'. > > Where does the partimage .gz file reside? If it actually resides in > '/storage/image/x86' then change the Install Path setting to 'storage'. > > The .tmpl file residing in this directory may indicate another problem > with the > xCAT root path. Where is xCAT installed and which version of xCAT are you > > using? Search your log file for 'xCAT root path found:'. What path does > this > line contain? > > Regards, > Andy > > > Roger Herling wrote: >> [r...@vcl ~]# du -c > /storage/x86/image/x86/winvista-Windows7FacStaff49-v0* >> 4 /storage/x86/image/x86/winvista-Windows7FacStaff49-v0.tmpl >> 4 total >> >> [r...@vcl ~]# ls -l > /storage/x86/image/x86/winvista-Windows7FacStaff49-v0* >> -rw-r--r-- 1 root root 352 May 10 12:09 >> /storage/x86/image/x86/winvista-Windows7FacStaff49-v0.tmpl >> >> >> Roger Herling >> Sr. Desktop Administrator >> Marist College >> PH: 845-575-3347 >> >> >> >> From: >> Andy Kurth <andy_ku...@ncsu.edu> >> To: >> vcl-dev@incubator.apache.org >> Date: >> 05/11/2010 09:06 AM >> Subject: >> Re: Change image timeout >> >> >> >> The command that is being executed to check the size should be: >> du -c /storage/x86/image/x86/winvista-Windows7FacStaff49-v0* >> >> Try running this. What output does it generate? The last line should >> look like: >> xxxx total >> >> The code appears to be finding the 'total' line but is either not > parsing >> it >> correctly, not calculating the size correctly, or the du command isn't >> correct. >> >> Also, it would be helpful if you include the output from: >> ls -l /storage/x86/image/x86/winvista-Windows7FacStaff49-v0* >> >> -Andy >> >> >> Waldron, Michael H wrote: >>> So you never answered whether you watched the capture occurring from > the >> node console. Can you watch the console and see the capture running > while >> monitoring the log that shows the capture file is size 0? >>> What about any other error messages for the rest of the log capture for > >> this imaging request? >>> Mike Waldron >>> Systems Specialist >>> ITS Research Computing >>> University of North Carolina at Chapel Hill >>> CB #3420, ITS Manning, Rm 2509 >>> 919-962-9778 >>> >>> >>> -----Original Message----- >>> From: Roger Herling [mailto:roger.herl...@marist.edu] >>> Sent: Monday, May 10, 2010 4:18 PM >>> To: vcl-dev@incubator.apache.org >>> Subject: RE: Change image timeout >>> >>> yup >>> Roger Herling >>> Sr. Desktop Administrator >>> Marist College >>> PH: 845-575-3347 >>> >>> >>> >>> From: >>> "Waldron, Michael H" <mwald...@email.unc.edu> >>> To: >>> "'vcl-dev@incubator.apache.org'" <vcl-dev@incubator.apache.org> >>> Date: >>> 05/10/2010 04:17 PM >>> Subject: >>> RE: Change image timeout >>> >>> >>> >>> So you can do an "ls -l >>> /storage/x86/image/x86/winvista-Windows7FacStaff49-v0" and it shows > some >>> size? >>> >>> >>> >>> Mike Waldron >>> Systems Specialist >>> ITS Research Computing >>> University of North Carolina at Chapel Hill >>> CB #3420, ITS Manning, Rm 2509 >>> 919-962-9778 >>> >>> >>> -----Original Message----- >>> From: Roger Herling [mailto:roger.herl...@marist.edu] >>> Sent: Monday, May 10, 2010 4:03 PM >>> To: vcl-dev@incubator.apache.org >>> Subject: RE: Change image timeout >>> >>> The image is definately being captured and I can force the image to be >>> used after it fails by manually undeleting it from the mysql database >>> Roger Herling >>> Sr. Desktop Administrator >>> Marist College >>> PH: 845-575-3347 >>> >>> >>> >>> From: >>> "Waldron, Michael H" <mwald...@email.unc.edu> >>> To: >>> "'vcl-dev@incubator.apache.org'" <vcl-dev@incubator.apache.org> >>> Date: >>> 05/10/2010 04:01 PM >>> Subject: >>> RE: Change image timeout >>> >>> >>> >>> From these lines in the log, it's indicating that the capture hasn't >>> started: >>> >>> 12:31:01|9225|144:178|image|xCAT.pm:get_image_size(3146)|returning > image >>> size: 0 MB (4 bytes) >>> 2010-05-10 >> 12:31:01|9225|144:178|image|xCAT.pm:capture_monitor(1258)|image >>> size is the same: 0=0, copy may be complete >>> 2010-05-10 >> 12:31:01|9225|144:178|image|xCAT.pm:capture_monitor(1238)|image >>> copy not complete, sleeping for 30 seconds >>> >>> Notice the image size is 0 MB, meaning the partimage save isn't >> occurring. >>> After 20 minutes of nothing being saved, it gives up. Can you watch the > >>> capture from the server console to verify that the PXE boot is running >> and >>> that it's booting into the image capture mode? Do the log entries at > the >>> beginning of the imaging process show any errors? >>> >>> >>> Mike Waldron >>> Systems Specialist >>> ITS Research Computing >>> University of North Carolina at Chapel Hill >>> CB #3420, ITS Manning, Rm 2509 >>> 919-962-9778 >>> >>> >>> -----Original Message----- >>> From: Roger Herling [mailto:roger.herl...@marist.edu] >>> Sent: Monday, May 10, 2010 3:25 PM >>> To: vcl-dev@incubator.apache.org >>> Subject: RE: Change image timeout >>> >>> 010-05-10 >>> > 12:31:01|9225|144:178|image|xCAT.pm:_get_image_repository_path(3271)|returning > >>> repository path for vcl.is.marist.edu: /storage/x86/image/x86 >>> 2010-05-10 >>> 12:31:01|9225|144:178|image|xCAT.pm:get_image_size(3146)|returning > image >>> size: 0 MB (4 bytes) >>> 2010-05-10 >> 12:31:01|9225|144:178|image|xCAT.pm:capture_monitor(1258)|image >>> size is the same: 0=0, copy may be complete >>> 2010-05-10 >> 12:31:01|9225|144:178|image|xCAT.pm:capture_monitor(1238)|image >>> copy not complete, sleeping for 30 seconds >>> 2010-05-10 >>> 12:31:01|9225|144:178|image|xCAT.pm:capture_monitor(1239)|attempt > 38/40: >>> image copy not complete, sleeping for 30 seconds >>> 2010-05-10 12:31:06|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:06 >>> 2010-05-10 12:31:11|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:11 >>> 2010-05-10 12:31:16|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:16 >>> 2010-05-10 12:31:21|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:21 >>> 2010-05-10 12:31:26|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:26 >>> 2010-05-10 12:31:31|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:31 >>> 2010-05-10 >> 12:31:32|9225|144:178|image|xCAT.pm:_nodeset_option(1697)|node4 >>> in image image-x86-winvista-Windows7FacStaff49-v0-all state >>> 2010-05-10 >>> 12:31:32|9225|144:178|image|xCAT.pm:capture_monitor(1246)|nodeset > status >>> for node4: image image-x86-winvista-Windows7FacStaff49-v0-all >>> 2010-05-10 >>> 12:31:32|9225|144:178|image|xCAT.pm:capture_monitor(1254)|checking size > >> of >>> winvista-Windows7FacStaff49-v0 >>> 2010-05-10 >>> 12:31:32|9225|144:178|image|xCAT.pm:get_image_size(3109)|getting size > of >>> image: winvista-Windows7FacStaff49-v0 >>> 2010-05-10 >>> > 12:31:32|9225|144:178|image|xCAT.pm:_get_image_repository_path(3175)|management > >>> node identifier argument was not specified >>> 2010-05-10 >>> > 12:31:32|9225|144:178|image|xCAT.pm:_get_image_repository_path(3197)|attempting > >>> to determine repository path for image on vcl.is.marist.edu: >>> |9225|144:178|image| image id: 49 >>> |9225|144:178|image| OS name: winvista >>> |9225|144:178|image| OS type: windows >>> |9225|144:178|image| OS install type: partimage >>> |9225|144:178|image| OS source path: image >>> |9225|144:178|image| architecture: x86 >>> 2010-05-10 >>> > 12:31:32|9225|144:178|image|xCAT.pm:_get_image_repository_path(3271)|returning > >>> repository path for vcl.is.marist.edu: /storage/x86/image/x86 >>> 2010-05-10 >>> 12:31:32|9225|144:178|image|xCAT.pm:get_image_size(3146)|returning > image >>> size: 0 MB (4 bytes) >>> 2010-05-10 >> 12:31:32|9225|144:178|image|xCAT.pm:capture_monitor(1258)|image >>> size is the same: 0=0, copy may be complete >>> 2010-05-10 >> 12:31:32|9225|144:178|image|xCAT.pm:capture_monitor(1238)|image >>> copy not complete, sleeping for 30 seconds >>> 2010-05-10 >>> 12:31:32|9225|144:178|image|xCAT.pm:capture_monitor(1239)|attempt > 39/40: >>> image copy not complete, sleeping for 30 seconds >>> 2010-05-10 12:31:36|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:36 >>> 2010-05-10 12:31:41|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:41 >>> 2010-05-10 12:31:46|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:46 >>> 2010-05-10 12:31:51|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:51 >>> 2010-05-10 12:31:56|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:31:56 >>> 2010-05-10 12:32:01|7448|vcld:main(165)|lastcheckin time updated for >>> management node 1: 2010-05-10 12:32:01 >>> 2010-05-10 >> 12:32:02|9225|144:178|image|xCAT.pm:_nodeset_option(1697)|node4 >>> in image image-x86-winvista-Windows7FacStaff49-v0-all state >>> 2010-05-10 >>> 12:32:02|9225|144:178|image|xCAT.pm:capture_monitor(1246)|nodeset > status >>> for node4: image image-x86-winvista-Windows7FacStaff49-v0-all >>> 2010-05-10 >>> 12:32:02|9225|144:178|image|xCAT.pm:capture_monitor(1254)|checking size > >> of >>> winvista-Windows7FacStaff49-v0 >>> 2010-05-10 >>> 12:32:02|9225|144:178|image|xCAT.pm:get_image_size(3109)|getting size > of >>> image: winvista-Windows7FacStaff49-v0 >>> 2010-05-10 >>> > 12:32:02|9225|144:178|image|xCAT.pm:_get_image_repository_path(3175)|management > >>> node identifier argument was not specified >>> 2010-05-10 >>> > 12:32:02|9225|144:178|image|xCAT.pm:_get_image_repository_path(3197)|attempting > >>> to determine repository path for image on vcl.is.marist.edu: >>> |9225|144:178|image| image id: 49 >>> |9225|144:178|image| OS name: winvista >>> |9225|144:178|image| OS type: windows >>> |9225|144:178|image| OS install type: partimage >>> |9225|144:178|image| OS source path: image >>> |9225|144:178|image| architecture: x86 >>> 2010-05-10 >>> > 12:32:02|9225|144:178|image|xCAT.pm:_get_image_repository_path(3271)|returning > >>> repository path for vcl.is.marist.edu: /storage/x86/image/x86 >>> 2010-05-10 >>> 12:32:02|9225|144:178|image|xCAT.pm:get_image_size(3146)|returning > image >>> size: 0 MB (4 bytes) >>> 2010-05-10 >> 12:32:02|9225|144:178|image|xCAT.pm:capture_monitor(1258)|image >>> size is the same: 0=0, copy may be complete >>> >>> |9225|144:178|image| ---- WARNING ---- >>> |9225|144:178|image| 2010-05-10 >>> 12:32:02|9225|144:178|image|xCAT.pm:capture_monitor(1278)|image copy >> timed >>> out, waited 20 minutes, nodeset status for node4 never changed to boot: > >>> image image-x86-winvista-Windows7FacStaff49-v0-all >>> |9225|144:178|image| ( 0) utils.pm, notify (line: 737) >>> |9225|144:178|image| (-1) xCAT.pm, capture_monitor (line: 1278) >>> |9225|144:178|image| (-2) xCAT.pm, capture (line: 1183) >>> |9225|144:178|image| (-3) image.pm, process (line: 162) >>> |9225|144:178|image| (-4) vcld, make_new_child (line: 594) >>> |9225|144:178|image| (-5) vcld, main (line: 341) >>> >>> >>> |9225|144:178|image| ---- WARNING ---- >>> |9225|144:178|image| 2010-05-10 >>> 12:32:02|9225|144:178|image|xCAT.pm:capture(1187)|problem occurred > while >>> monitoring image capture >>> |9225|144:178|image| ( 0) utils.pm, notify (line: 737) >>> |9225|144:178|image| (-1) xCAT.pm, capture (line: 1187) >>> |9225|144:178|image| (-2) image.pm, process (line: 162) >>> |9225|144:178|image| (-3) vcld, make_new_child (line: 594) >>> |9225|144:178|image| (-4) vcld, main (line: 341) >>> >>> >>> |9225|144:178|image| ---- WARNING ---- >>> |9225|144:178|image| 2010-05-10 >>> > 12:32:02|9225|144:178|image|image.pm:process(166)|winvista-Windows7FacStaff49-v0 > >>> image failed to be captured by provisioning module >>> |9225|144:178|image| ( 0) utils.pm, notify (line: 737) >>> |9225|144:178|image| (-1) image.pm, process (line: 166) >>> |9225|144:178|image| (-2) vcld, make_new_child (line: 594) >>> |9225|144:178|image| (-3) vcld, main (line: 341) >>> >>> 2010-05-10 12:32:04|9225|144:178|image|utils.pm:mail(1348)|SUCCESS -- >>> Sending mail To: , PROBLEM -- image.pm >>> >>> |9225|144:178|image| ---- CRITICAL ---- >>> |9225|144:178|image| 2010-05-10 >>> > 12:32:02|9225|144:178|image|image.pm:reservation_failed(390)|winvista-Windows7FacStaff49-v0 > >>> image creation failed >>> |9225|144:178|image| ( 0) utils.pm, notify (line: 737) >>> |9225|144:178|image| (-1) image.pm, reservation_failed (line: 390) >>> |9225|144:178|image| (-2) image.pm, process (line: 167) >>> |9225|144:178|image| (-3) vcld, make_new_child (line: 594) >>> |9225|144:178|image| (-4) vcld, main (line: 341) >>> >>> 2010-05-10 12:32:04|9225|144:178|image|utils.pm:mail(1348)|SUCCESS -- >>> Sending mail To: r...@localhost, VCL -- NOTICE DELAY Image Creation >>> Windows7FacStaff >>> 2010-05-10 12:32:05|9225|144:178|image|utils.pm:mail(1348)|SUCCESS -- >>> Sending mail To: , VCL -- NOTICE FAILED Image Creation Windows7FacStaff >>> 2010-05-10 >>> 12:32:05|9225|144:178|image|utils.pm:update_request_state(2186)|request > >>> 144 state updated to: maintenance, laststate to: image >>> 2010-05-10 >>> 12:32:05|9225|144:178|image|image.pm:reservation_failed(442)|request >> state >>> set to maintenance, laststate to image >>> 2010-05-10 >>> > 12:32:05|9225|144:178|image|utils.pm:update_computer_state(2228)|computer >>> 6 state updated to: maintenance >>> 2010-05-10 >>> 12:32:05|9225|144:178|image|image.pm:reservation_failed(450)|node4 > state >>> set to maintenance >>> 2010-05-10 >>> 12:32:05|9225|144:178|image|image.pm:reservation_failed(457)|exiting >>> 2010-05-10 12:32:05|9225|144:178|image|State.pm:DESTROY(905)|destructor > >>> called, ref($self)=VCL::image >>> 2010-05-10 >>> > 12:32:05|9225|144:178|image|utils.pm:delete_computerloadlog_reservation(7551)|removing > >>> computerloadlog entries matching loadstate = begin >>> 2010-05-10 >>> > 12:32:05|9225|144:178|image|utils.pm:delete_computerloadlog_reservation(7598)|deleted > >>> rows from computerloadlog for reservation id=178 >>> 2010-05-10 12:32:05|9225|144:178|image|State.pm:DESTROY(912)|removed >>> computerloadlog rows with loadstate=begin for reservation >>> 2010-05-10 12:32:05|9225|144:178|image|State.pm:DESTROY(924)|number of >>> database handles state process created: 1 >>> 2010-05-10 12:32:05|9225|144:178|image|State.pm:DESTROY(933)|process > has >> a >>> database handle stored in $ENV{dbh}, attempting disconnect >>> 2010-05-10 12:32:05|9225|144:178|image|State.pm:DESTROY(935)|$ENV{dbh}: > >>> database disconnect successful >>> 2010-05-10 12:32:05|9225|144:178|image|State.pm:DESTROY(949)|VCL::image > >>> process 9225 exiting >>> 2010-05-10 12:32:05|7448|vcld:REAPER(744)|VCL process exited for >>> reservation 178 >>> Roger Herling >>> Sr. Desktop Administrator >>> Marist College >>> PH: 845-575-3347 >>> >>> >>> >>> From: >>> "Waldron, Michael H" <mwald...@email.unc.edu> >>> To: >>> "'vcl-dev@incubator.apache.org'" <vcl-dev@incubator.apache.org> >>> Date: >>> 05/10/2010 02:50 PM >>> Subject: >>> RE: Change image timeout >>> >>> >>> >>> Roger, >>> >>> By image uploads do you mean capturing a new image? From what I've >>> observed with ours, as long as the image file size is increasing on the > >>> management node, it assumes the capture is still proceeding and >> continues >>> to check. >>> >>> Do you have vcld.log output you can provide from when the problem >> occurs? >>> Mike Waldron >>> Systems Specialist >>> ITS Research Computing >>> University of North Carolina at Chapel Hill >>> CB #3420, ITS Manning, Rm 2509 >>> 919-962-9778 >>> >>> >>> -----Original Message----- >>> From: Roger Herling [mailto:roger.herl...@marist.edu] >>> Sent: Monday, May 10, 2010 11:28 AM >>> To: vcl-dev@incubator.apache.org >>> Subject: Change image timeout >>> >>> Where do I need to make changes to scripts to increase the image > capture >>> wait time restore time etc.. I am having issues with image uploads >> taking >>> longer than allowed to upload. >>> >>> >>> >>> Roger Herling >>> Sr. Desktop Administrator >>> Marist College >>> PH: 845-575-3347 >>> >>> >>> > -- Andy Kurth Virtual Computing Lab Office of Information Technology North Carolina State University andy_ku...@ncsu.edu 919.513.4090