Patch availability change
in [Solaris]
|
Prev: <Beginner Question> - lu /sst
Next: difference between sun cluster "/dev/did" and "/dev/global" devices
From: John D Groenveld on 10 Feb 2010 16:16 In article <7tggjaF4miU1(a)mid.individual.net>, Chris Ridd <chrisridd(a)mac.com> wrote: >Using pca+patchdiag.xref I was only able to get earlier versions of >patches marked as recommended and/or security. Typically I could only >get version n-1, when version n was current according to >pca+patchdiag.xref. PatchIDs? John groenveld(a)acm.org
From: Richard B. Gilbert on 10 Feb 2010 16:27 Volker Borchert wrote: > jimp(a)specsol.spam.sux.com wrote: >> IMHO if there was a simple OS support plan that allowed for filing bug >> reports electronically, patch download, no handholding, and was on the >> order of $100/yr, I would think they would sell a LOT of them. > > I think download-only for 30$ would be more attractive. > (Would that be tax deductible?) > Tax deductable? If the hardware and software are used solely for business purposes they are both deductible. I have seen bug reports filed here and have seen them acknowledged by Sun employees. Unless a paying customer complains, these bugs will be fixed when someone gets around to it. Depending on the seriousness of the problem and the difficulty of the fix such a bug report might be acted on "same day" or when all other bugs have been fixed. You want it now? PAY!!!!!
From: Ian Collins on 10 Feb 2010 16:30 jimp(a)specsol.spam.sux.com wrote: > > The basic plan seems to be $324/year, but isn't available for more > than 2 sockets. > > That means to get all patches for my old V440 with 4 CPU's, I'd have to > go to $1440/year. > > So what does the number of CPU's in a V440 have to do with OS patches? Well, you have a high end system! Support pricing (and not just Sun's) has always been based on CPU (now core) count. I have a client who pays through the nose for database support because they run it on an old 8 processor v880. They could get lower support costs and better performance on a newer, smaller, system but the pain of migrating from Solaris 8 it too high. > At least they don't use a per core basis so my 4 core X86 machine could > get the $324/year plan. Ah, a toy system.... -- Ian Collins
From: ufo on 10 Feb 2010 16:57 > >> Has anyone else noticed that a lot of patches that used to be public > >> are now contract only? > > > > There were changes to patch availability some time ago, which were > > mostly enforcing rules which were not previously being enforced. In > > some cases I think things are still available without a contract > > *but* you now need a sunsolve login (or whatever it is called now) to > > get them. > > Yeah, I know and have a sunsolve login. > > This just started happening this week. I have a contract, but was unable to download patches via pca about two or three weeks ago. A note somewhere on SunSolve's web page told me to login and somehow renew the account in order to be able to download patches again using pca (can't recall the details). From there on pca worked again. Some hassle from the takeover I guess. Uwe
From: jimp on 10 Feb 2010 16:51
Ian Collins <ian-news(a)hotmail.com> wrote: > jimp(a)specsol.spam.sux.com wrote: >> >> The basic plan seems to be $324/year, but isn't available for more >> than 2 sockets. >> >> That means to get all patches for my old V440 with 4 CPU's, I'd have to >> go to $1440/year. >> >> So what does the number of CPU's in a V440 have to do with OS patches? > > Well, you have a high end system! Support pricing (and not just Sun's) > has always been based on CPU (now core) count. I have a client who pays > through the nose for database support because they run it on an old 8 > processor v880. They could get lower support costs and better > performance on a newer, smaller, system but the pain of migrating from > Solaris 8 it too high. A V440 wasn't a "high end system" even when new. >> At least they don't use a per core basis so my 4 core X86 machine could >> get the $324/year plan. > > Ah, a toy system.... Not according to the Sun glossy brochure's... -- Jim Pennino Remove .spam.sux to reply. |