Below are the instructions for setting up an SLES7 instance to download patches from an internal server. You may have to re-edit the .ycp files if a new version of online-update is installed. The editing of the .ycp files is to stop online update from asking you for the support info. Hope this helps someone out there.
Manually install the two packages: yast2-core-pkginfo.rpm yast2-config-online-update.rpm Run the following to edit the file /etc/suseservers and replace it's contents: echo "http://upateserver.yourdomain.com/download"; > /etc/suseservers Edit the file /etc/rc.config and change the following lines (They may not be located next to each other): CHECK_ETC_HOSTS="no" YAST2_LOADFTPSERVER="no" Edit the file /var/lib/YaST/update.inf and add the following lines after the comments: Product_Name: SuSE-SLES Product_Version: 7 Edit the file /usr/lib/YaST2/clients/online_update.ycp and change lines 336 and 337 to read: boolean success = true; boolean go_on = false; Edit the file /usr/lib/YaST2/clients/online_update_start.ycp and change line 100: if ( (reloadServer != "no") Now start the online update program by typing: yast2 online_update You should see updateserver.yourdomain.com as the source, now follow the prompts to install the patches and updates. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, May 07, 2004 7:59 AM To: [EMAIL PROTECTED] Subject: RE: SLES on-line updates? Josh, How do you do the maintenance on sles7. Is it the same? Cheers Phil BTexact E-mail: [EMAIL PROTECTED] BT Group plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England and Wales no. 4190816 This electronic message contains information from BT Group plc which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. -----Original Message----- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Marist EDU Sent: 16 April 2004 01:52 To: [EMAIL PROTECTED] Subject: Re: SLES on-line updates? I'm guessing most of you out there have multiple Linux's running. What I did was I had a central box run wget and download all the patches. Then with some tweaking of Online Update I run all my updates from an internal patch server. Here's what I did: Verify the yas2-online-update rpm is installed first Run the following to edit the file /etc/suseservers and replace it's contents: echo "http://internalupdateserver.domain.com/download"; > /etc/suseservers Edit the file /etc/sysconfig/onlineupdate and change the following line: YAST2_LOADFTPSERVER="no" Now start the online update program by typing: online_update -n I use the command line version because it doesn't prompt you with all the annoying messages about running zipl when you are done. This procedure is for SLES8 only. I have it worked out for SLES7 if anyone is interested. On the internalupdateserver side just re-create the directory structure as it is on the suse site. Hope this helps someone out there, this list has been a great source of information for me that's for sure. Josh Konkol GuideOne Insurance [EMAIL PROTECTED] -----Original Message----- From: Nick Laflamme [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 12:21 PM To: [EMAIL PROTECTED] Subject: Re: SLES on-line updates? Post, Mark K wrote: >Nick, > >YaST Online Update uses wget under the covers to do the retrievals. > Good to know; this lets me to some testing without YaST sanitizing the world for me. :-) >If you have proxies that require authorization, you'll need to create a ~/.wgetrc file with the necessary information to make that happen automagically. >Something like this: ># You can set the default proxies for Wget to use for http and ftp. ># They will override the value in the environment. >http_proxy = http://proxyuser:[EMAIL PROTECTED]:portnumber/ > It's not at all clear that there's a proxy involved. It wouldn't surprise me if there are (allegedly) transparent caches in place, but their whole point is, they shouldn't matter. At any point, "wget" does seem to see any response so far yet on this system, not even some kind of challenge from a proxy server. Why do I get the feeling that I'll have an Apache server up on a test Intel Linux image before long? >Mark Post > Thanks, Nick ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 This message and accompanying documents are covered by the Electronic Communications Privacy Act, 18 U.S.C. '' 2510-2521, and contains information intended for the specified individual(s) only. This information is confidential. If you are not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, copying, or the taking of any action based on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 This message and accompanying documents are covered by the Electronic Communications Privacy Act, 18 U.S.C. '' 2510-2521, and contains information intended for the specified individual(s) only. This information is confidential. If you are not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, copying, or the taking of any action based on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
