Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Linux Software

Z.E.N. Clone for Linux? 19

mwknight asks: "The school district where I work has servers that were patched together with different versions of Novell and NT over the past few years. Management is ready to start over and re-design our network from scratch using Novell 5 servers and Win95/98 clients. I would rather see us go with Linux for the servers, but my biggest opposition is Novell's Z.E.N. Works. Is there a Linux program that behaves similar to ZEN? Mainly something that can remote update software to Win95 boxes? "
This discussion has been archived. No new comments can be posted.

Z.E.N. Clone for Linux?

Comments Filter:
  • ZEN is notoriously flaky, too.

    I have used ZEN extensively (for many clients on varied sites), and not seen any flakyness in the core functionality, that is, the Application Launcher.

    Some of the other components have been problematic at times (don't get me started on the problems with the remote control software) But never Appication launching. Policy distribution, and workstation management bits have been good too.
  • You could just wait for NDS for Linux to come out - it *is* in development, and as they have done the work for a Solaris version, shouldn't take too long now...

    You could use one of the other machine imaging packages which has App distribution on top. Imagecast (which I can't recommend, BTW) and RapidDeploy spring to mind. These mostly require windows server boxes to do their work though.

    You could use Microsoft's own sysdiff utility for distributing the apps contents to the workstation, and just use a profile provided common desktop to create the icons.

    Ultimately, I don't think anything comes near ZEN for all round ease of use and flexabilty to mass administer 95 and NTWS. It is Novell's crown jewels at the moment, and really is the thing that keeps sites using it from going to other systems. This is not all bad, as it at least stops managers from taking the organisation to NT! In Linux's quest to become a complete OS we need a desktop mass-administrator - for Linux desktops as well as Windows. How about an RPM installer on Windows. repackage Windows apps in RPMs, then have a launcher to check for the packages installation before starting the app.....
  • Oops. Link should be:

    http://www.pyzzo.com/pcrdist [pyzzo.com]

  • Ok, here's my history with zen- I used to work for a campus department that maintained the general access labs. We were running NT and used ZEN to distribute applications and manage workstation printing. The problems we encountered were that printers would sometimes distribute and sometimes fail- it seemed arbitrary why they'd do that. Novell tech support couldn't help us at all. Applications, associated with workstation groups, would distribute, but after an arbitrary and changing number of reboots. Again, Novell's response was, "Yeah, it sometimes takes two or three reboots. We don't know why." Lastly, the ZEN client (and this is still an issue- I quit working for the department to go write perl, which helps pay for classes better:) ) makes the zip drives stop working. The machines they're trying to do this on are Gateways, so maybe there's a hardware conflict somewhere... but when I dropped by the office yesterday to work on a paper, they were saying that they'd have to decide between ZEN and the zip drives for some of their labs.

    So that's my experience with flaky ZEN. If you don't have any problems, then it's probably as sweet a package manager as the writing on the box makes it out to be. :)

  • by 198348726583297634 ( 14535 ) on Thursday November 04, 1999 @08:39PM (#1561656) Journal
    PC-Rdist is the way to go. At my college we're sort of using it as a replacement to ZEN. ZEN is notoriously flaky, too.

    PC-Rdist can manage the filesystems of 95/98/NT, as well as the registries. The way it works, you store an image on the server, that contains the filesystem and registry exactly how you want it, and then you have the workstations synchronize to that image. Since it's just file-sharing based, linux+smb will do the job.

    Pyzzo software [pyzzo.com] makes PC-Rdist.

  • That is such a sad story. I have had better luck. Well they still forgot to enable DMA and a few other niggling things but nothing so bad as your shop. At the tech school where I administer we have a Ghost image for each computer lab. When Windows decided to crap out I just walk in with the boot disk and walk out 5 min later, come back to change the workstation name so that it shows up correctly in ZEN and that's it. It sure beats trying to figure out why a particular install went bad, takes about 30 min on the buildings network.

    But yes, if an idiot creates the initial install images, then every computer in your org will be screwed up in the same way (this can actually help troubleshooting, every system breaks the same, and can be fixed the same). Conversely if the initial image is good than every computer will be that much more stable. It also helps when you want to distribute software through a logon script, you can be sure that every computer has the same software installed in the same places.

    These tools are much better than trying to create custom automated install scripts and response files. It is faster and requires less babysitting.
  • Try removing every device from Device Manager before you upload the disk image. Then when you install it every hardware device will be detected upon bootup. Not a perfect solution, relies on Windows hardware detection, but it could be workable. Course of you aren't using PnP NICs and things this could be more difficult. I suppose that a master batch file, that only runs upon first boot and removes itself, could run anything needed to be customized on a per workstation basis.
  • I've never used Z.E.N. but for remotely installing software, how about a special samba share with the install files and a batch file? The workstations could run a program that keeps track of how long the screensaver has been up, and if its been idle more than x amount of time, it checks for new .bat files on the share, and runs them.

    You could make this program as simple or as sophisticated as you please. I would look into programs that keep track of registry changes and installed files. Then you could install the software on a test machine, and prepare something analagous to a .rpm of the program, and put that on the server for distribution.

    Of course, you'd have to make damn sure that the maching serving this special directory isn't compromised, but you should be doing that anyway.

    This was all kind of a spur of the moment type idea, but it seems workable. comments?
  • Here's my opinion...

    Your suggestion will work, but unfortunately it's just too much work to be practical in most situations.

    The whole reason folks buy PC-RDIST/Ghost/ZEN/whatever is to save the incredible nuisance of doing these tasks by hand.

    I've spent well over 100 hours since the release of Win95 tuning my "automatic Win95 install" collection of batch files, INF files, etc. (Most of the pain is due to the incredibly poor documentation.)

    My kludges have saved literally weeks of time in the long run, but they are still not as functional as Ghost for building new machines, and not nearly as good as PC-RDIST or ZEN for rolling out updates or changes.

    Take a hard look at one of these packages, and you'll never want to go back to rolling your own. In terms of manageability, Win95 was a serious step back from Win3.11. I've come to the conclusion that it really takes a dedicated team of programmers to cook up a tool that's good enough to be practical for managing the festering abombination that is Win95.

    If you're too poor, (like a lot of my previous employers) then you make do, all the while cursing and swearing because there are tools to eliminate most of the drudgery, and make the whole thing more reliable.

  • Not all companies have the exact same hardware, where this "imaging" idea works best. I can see using Ghost, ImageCast, or similar programs where every machine has the exact same hardware/settings. But comon, lets get practical. How many places do you know has this kind of setup?

    The average medium to large sized business probably has a great variety of hardware configurations. Who wants to have store a 1-3Gb Image file for each different set of computer hardware configurations? The other thing is, most of these packages are more of a one-time, deal. Image them once and they run forever? Not likely, especially with Windows. I want something that runs every day and corrects the problems that occur on a daily basis. Especially when students and/or new users are using the computer. Things can really get messed up when the above people get there hands on a computer.

    Where I work, we have about 10 different kinds of hardware configurations with 30 computers. We're a medium sized computer training business, so we have people who know next to nothing using these computers on a daily basis. 30-50 people use these computers EVERY day, and when they don't know what there doing for the most part, things can get really screwed up. But in a learning enviroment, locking people from certain areas of the system doesn't cut it. People don't learn when you lock them out. So we need to find a better approach.

    Is there any software packages that support something similar to "imaging" only have a feature for computers with vastly different hardware? Like, to be honest it is really only a few registry key's that need changing to overcome this obsticle. (I know, because I've created software a few years back that did it. But unfortunately it doesn't work with FAT32, and I don't have the time to re-code it.)

    It would be great to find a piece of software that takes care of this problem. Im sure its out there somewhere?
  • I've seen this done as a proof of concept using just samba. It's kind of a pain to set it up but it does seem to be feasible.

    1. Install your standard client OS (Windows 95 or 98) and then use your favorite tool to collect a complete directory/file tree of this clean install. Make a backup of the registry.

    2. Install your favorite app. over this clean install and again collect a complete directory/file tree of this clean install.

    3. Diff the two trees. That's what was actually just install - well, almost. You also need to note changes to the registry.

    4. Copy all the files that were installed off to a Linux box.

    5. Share c:\ with a password on some other Windows box then smbmount that drive and push the files onto it.

    I believe that you also have to push a small batch file onto their desktop that will merge in the new registry elements and reboot their computer.

    It works pretty nicely but it does require minimal user interaction - that is, they need to run the batch file at the end of the install. I seem to recall that I saw this demo'd where the batch file actually ran automatically and all the user actually had to do was click a button to reboot their computer.

    To make this work you'ld have to maintain tight control over each computer, however. It must have a specific group/name and a specific password to share c:\ with read/write permissions. The proof of concept that I saw with this was demo'd with a database that contained group/name/password, MAC address, (IP address if you want to use statically assigned IP's), and user contact information. The system also housed a seperate database that contained license information for each application.

    The user only need to visit a URL, select the update/app. that they wanted installed and give a password. If their authenticity and right to a license was verified from the database their windows box was smbmounted and the software installed.

    The install was noted in the database so duplicate installs couldn't be made automatically and to keep licensing information current.

    The added benefit was that you could also use DHCP to administrate the IP's. That also allowed them (a university) to hand out IP's only to known clients. Others got none routed IP's that could only be used to reach a campus registration server where they could request full access.
  • I've used systems like this in the past, but not Zenworks. The problem with every product is that they need a lot of knowledge to configure them correctly in the first place. Misadministration will cause much unwanted network activity, performance costs, and generally prevent people from doing their work.

    I can give an example. The site where I am currently reluctantly employed uses Ghost to configure all their Win95 PCs, which was a management decision. I do not know who was responsible for the initial PC build, but it has a number of terrible faults. Basically, whoever did it was clueless regarding PC installations - the default IDE driver is used, without DMA, as opposed to the correct driver from the PC manufacturer. Consequentially, all PCs are running at around 20% efficiency when accessing the hard disk. In addition, many applications are incorrectly configured. The company has then decided to use a software deployment and asset management package to manage all these workstations. This was installed on the Ghost image, but again not configured correctly. We now have an asset management database with 100s of unknown PCs, not one of them can be traced. Management themselves are blaming my department, yet we did not roll out the software.

    The other major problem with these machines is that they are dual login (WinNT, Novell 3). Every PC has the name service provider in the incorrect order, meaning it can take up to 5 minutes to log into the morning.

    I do not like these so called administration saving products. Every time I hace seem them installed, an idiot has been responsible, and the whole site has badly configured machines.

    Then again, the industry nowadays is full of ignorant morons who do not deserve their pay-cheques.

  • You could put NDS for Linux on all your Linux servers, and run an NDS tree without a single NetWare server, and probably install at least the application management portion of ZEN to NDS and use it just fine, but the client side depends on an NDS login, which usually wants a Novell server to map drives to, and to run the ZEN client utilites from. NDS for Linux has no NCP file sharing capability built in (it's not a replacement for either mars-nwe or ncpfs, it's just tools to run the NDS replicas on a Linux box, and provide nsswitch an PAM to the OS so authentication can be against NDS.)

    With some playing, you could probably get the ZEN client files on a Samba share, or even a mars-nwe thing, or, if it was more modern, the Caldera NetWare for Linux product, but the latter is almost certainly not compatible with NDS for Linux (the DS versions are way off.) Ooh, ooh, Samba should be able to use NDS for Linux's PAM auth just fine, so you'd have a single password solution for drive mounting...

    You're going to have to do a lot of work no matter what. I'm really fascinated though by the idea, and may throw some resources at it in my spare time.

    --Mike
  • I can't think of any software that will provide application packages for ZEN aside from Novell's own servers.

    I may be underestimating your school district, but I am surprised they would be using ZEN at all. As it stands right now, using ZEN for package deployment requires a massive initial commitment with experienced techs, to build those packages. Many apps have strange interdependencies that make it difficult to employ ZEN at an application-by-application level. (The Unholy Trinity comes to mind: IE, Outlook and Office.)

    If you can justify that kind of initial commitment, you must realize that many application providers will not support apps installed via ZEN, since they have no way of testing your layout in-house. Again, Microsoft comes to mind, as does Adobe.

    If you are using this simply to speed the building and development of workstations which don't vary greatly from user to user, I would suggest using Symantec's Ghost to build each one from a set of four or five images, one for each hardware base and user class, accompanied by careful setup to ensure the users maintain their data on a networked drives. Most application providers will support this arrangement.

    This will still require an initial commitment to designing /good/ initial images, and, when you have to patch one of the built machines, you'll either have to do it by hand, or by slipping it into their login scripts.

    Btw, LanManager, which is now free from microsoft, can be used to build a wonderful bootdisk which maps a drive to a shared directory containing Ghost and various build images. Sure beats running around with a stack of images on CDROM. It works even better when accompanied by a Xircom Pocket Etherlink Adapter, which converts a parallel port into a network interface. No NIC? No problem!

  • ZEN works has it's strong points and it's weaknesses. The great thing is that it extends the NDS with some handy policy and workstation administration tools. Using snapshots allows you to install software like the way you want to install it but it can cause a severe strain on your network performance if you use it the wrong way.
  • What's wrong with ZEN? Haven't encountered any problems yet, but I want to be prepared...

"It's the best thing since professional golfers on 'ludes." -- Rick Obidiah

Working...