Anyone know what all this means?? I get it everytime my updater says I have updates. I open it, and select update, and it crashes everytime with this error. Using Suse 10.1. It used to work perfectly, and now this...


Novell.Zenworks.Zmd.Public.ZenException: Failed to lookup resolvable with id '540303'

Server stack trace:
in <0x00178> Novell.Zenworks.Zmd.Packaging.RedCarpetBackend+SqlTransaction:GetResult ()
in <0x00081> Novell.Zenworks.Zmd.Packaging.RedCarpetBackend:ResolveDependencies (Novell.Zenworks.Zmd.Packaging.IResolvable[] installs, Novell.Zenworks.Zmd.Packaging.IResolvable[] upgrades, Novell.Zenworks.Zmd.Packaging.IResolvable[] removals)
in <0x00023> Novell.Zenworks.Zmd.Packaging.PackageManager:Resolve (Novell.Zenworks.Zmd.Packaging.IResolvable[] installs, Novell.Zenworks.Zmd.Packaging.IResolvable[] upgrades, Novell.Zenworks.Zmd.Packaging.IResolvable[] removals)
in <0x00038> Novell.Zenworks.Zmd.Packaging.RemotePackageManager:ResolveDependencies (Novell.Zenworks.Zmd.Packaging.Public.ResolvableInfo[] installs, Novell.Zenworks.Zmd.Packaging.Public.ResolvableInfo[] upgrades, Novell.Zenworks.Zmd.Packaging.Public.ResolvableInfo[] removals)
in <0x00000> <unknown method>
in (wrapper managed-to-native) System.Runtime.Remoting.RemotingServices:InternalExecute (System.Reflection.MethodBase,object,object[],object[]&)
in <0x00188> System.Runtime.Remoting.RemotingServices:InternalExecuteMessage (System.MarshalByRefObject target, IMethodCallMessage reqMsg)

Exception rethrown at [0]:

in <0x006dc> System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, System.Exception exc, System.Object[] out_args)

Just count yourself lucky that the updater ever worked! 10.1 has this new updater and it's crashing for everybody.

I know. And that's what sux, is that it wuz working fine. Now I'm in the same boat. Can't wait til they fix this.

I'd like to be able to say don't worry, but I don't see a viable solution until 10.2. That said, I have been following the story on the opensuse-factory lists, and have successfully downloaded and installed updated 'test' rpms, which from my 'basic' perspective have solved (or will in due course solve) most of the problems. In my estimation, and I have only been working with the x86_64 'test' software, there still remain a couple of unaddressed, or insufficiently addressed, niggles: First, it still takes too long to download and parse the databases of ALL the software available on the repositories (mirrors) that one has elected to link to [slow start-up upon reboot (zmd and zypp)], and second, adding a local (directory or iso) source is still not possible, for me at least, since it doesn't appear to have a/the required 'catalog', whatever that is.

Cheers

I've gotten almost the same message.

Novell.Zenworks.Zmd.Public.ZenException: Failed to lookup resolvable with id '238805'

I have discovered that when the updater crashes it looses the configuration for catalogs. To see what I mean, right click the updater icon and select configure. It takes a little while but the services should pop up. Then select the catalog tab. There should be catalogs listed with check boxes. If none, run Yast - Online update configuration. This will restore the catalogs at least it had been until I tried again to write this post. Don't bother with update until SuSE fixes it, it won't run. I for one can't understand why openSuSE isn't at least formally recognizing this terrible problem. They should publish a work around or at least say what's being done.

I've found out that there are some package updates available see http://www.suseforums.net/index.php?...ic=24832&st=20 or go straight to the updates at ftp://ftp.suse.com/pub/people/aj/10....test/10.1-i386
or ftp://ftp.suse.com/pub/people/aj/10....st/10.1-x86_64

there is a workaround on
(tripple)W(dot)opensuse(dot)org
which helped in my case

go to support database->categories->10.1--> Zen update system problem ( you hae to scroll down sometimes coz the links are on the bottom and the rest of the page is empty)

pierevaldez,

I am not sure if things were changed, but I do not see the article that you mentioned at en.opensuse.org/Category:SDB:10.1.

Any suggestions?

Thank you!

Found it in new location:
opensuse<dot>org/SDB:ZEN-Update_System_problem_in_10.1

Not tried this yet though.

Zen update is working for me although I have had to re-enter the repositories and update sites from time to time. I just did some KDE updates today and it worked ok.

Also, a lot of people are using the Smart updater instead and it works pretty well, although the above mentioned KDE updates weren't available with Smart. GURU updates Smart nearly every week. The app, that is.

Thank you for the updated link.

Here's a Newbie question for you: What's "Smart"?

Smart is an RPM package manager with a faithful following. During the 10.1 releases package management and update bork, a number of SuSE users switched to Smart with some degree of success. I totally lost faith in SuSE and am now a happy Ubuntu user. They faltered in a recent update but unlike SuSE were quick to admit responsibility and rectify the situation. It would appear that SuSE's disaster still isn't quite right.

Fragos,

That's interesting. I had used Ubuntu last year. While it was nice, it did not detect my tv card (not saying it won't detect it one year later). It did work with my printer though, which was great. Lexmark's drivers are made for the old slang.so library, and SuSE has the new one, which prevented the driver's installation. I'm now stuck with a third-party open-source driver, which has its share of gremlins.

This is how I update my system. When I installed Suse 10.1, Went to yast and registered using Online update configuration. Then did Online update. updated all zenupdate stuff and now zenupdater works fine on my system

Every time when booting my computer I get this message:

System.NullReferenceException: Object reference not set to an instance of an object
in <0x003d9> Novell.Zenworks.Gui.ZenTrayIcon:CheckUpdatesLoop ()
in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()