--------------- FIDO MESSAGE AREA==> TOPIC: 194 NOVELL Ref: E1A00004 Date: 01/06/97 From: BEN BERGERON Time: 11:11pm \/To: PETER (Read 4 times) Subj: 4.11 - login troubles *** Quoting Peter to Richard Fellner dated 12-30-96 *** > -> --- Terminate 4.00/Pro > -> * Origin: Gebt mir ein Bacardi-Mdchen ! (2:310/102.66) > > err, you can't login because it has no user accounts in the system, > 3.XX and 2.XX kept all it's config info in a bindery type database, > 4.11 uses a NDS type database for it's config data, > I.E. You can't log in because 4.11 is looking in it's newer NDS > database, and there's nothing there for users... > 1 part of the "big" upgrade job was to convert your old style database > to the new style database, Which you did not. > ergo, you have a blank user database! > And the soultion = ????? --- 6b416e55724565446549 * Origin: ------------------------------------------------------ 1:246/53.2) --------------- FIDO MESSAGE AREA==> TOPIC: 194 NOVELL Ref: E1A00005 Date: 01/05/97 From: FRANK RAMSEY Time: 09:18pm \/To: ERIC DECKER (Read 4 times) Subj: Re: 3.12 move SYS to new FR> For 3.12 you could simply run BINDFIX and STRUSTEE, ED> then NCOPY the files from FR> the old SYS to the new SYS, reboot the server with ED> -na, rename the volumes, ED> I read Arthur's explanation. I'm missing something with yours. ED> Namely, how does one Ncopy SYS on olddrive to SYS on newdrive? Is ED> there a missing step or two or three? Maybe I'm being dense today. Load INSTALL, define a new volume called NEWSYS. Mount NEWSYS. Run BINDFIX on SYS. Run RTRUSTEE on SYS. NCOPY SYS to NEWSYS. Restart the server using -NS (no STARTUP.NCF) and -NA (no AUTOEXEC.NCF). Load INSTALL. Rename SYS to OLDSYS. Rename NEWSYS to SYS. Down the server. Restart the server. Run BINDFIX. This gets back the bindery with accounts. Run STRUSTEE to get back trusteeships. Restart the server just to clean things up. framsey@goodyear.com; CIS 71631,1032 - CNE, CNA-4, PE --- EZPoint V2.2 * Origin: -- A Point on Pine Lake (330)-796-3146 -- (1:157/603.70) --------------- FIDO MESSAGE AREA==> TOPIC: 194 NOVELL Ref: E1A00006 Date: 01/05/97 From: FRANK RAMSEY Time: 09:21pm \/To: ERIC DECKER (Read 4 times) Subj: Re: Fragmentation in Netw ED> Hi Frank, FR> Netware performance actually increases because of fragmentation. FR> It's because of the elevator seeking technology that no other FR> operating system has. ED> I understand elevator seeking but I fail to see how physical ED> fragmention improves performance rather than the opposite. ED> Correct me where I am wrong. Elevator seeking is the process of ED> storing read/write requests to maximize the time the drive heads ED> are in any given area. This presumes contiguous file blocks to ED> _some_ degree. The very nature of the varying size of files being ED> written and deleted guarantess the phenomenon known as fragmentation. Actually no. Netware stores disk read and write requests, reorganizing them to the actual location on disk. The heads are smoothly sweep from inside to outside. When the disk is over the location of a read or write, the action is performed. The heads are always smooth. Consider what happens with a totally defragmented disk. Files are stored sequentially on a track. When the head is over the proper location, a fragment of the file is read or written. Remember the heads are always in a smooth sweeping motion. Shortly, the heads are no longer on the track of interest. The next fragement is located immediately after the previous fragement. The next read/write must wait till the heads have travelled the entire range and return to the track. Over time, file fragments are all over the disk. The read/write process is performed when the head is over the track. Then the heads move. If the disk is fragmented, the chance the next fragement of the file is on the same track is reduced. The chance that the next file fragement can be found before the heads have returned to the track just visited is enhanced. The amount of time required to find the next file fragement is smaller when the disk is fragmented. Therefore, elevator seeking can actually improve as the disk is fragemented. ED> To be more detailed, the FAT ( collection of info about every block ED> within the volume ) is cached in server RAM. ED> Of what use, if any, is compression in this discussion of performance ED> at the disk level? Unless Netware is doing physical disk sector Compression is a low priority task. It happens at night when the server is not busy. Decompression is a high priority task. Happening immediately. ED> management at some level, performance deteioration is inevitable. An ED> abundance of RAM and elevator seeking no doubt minimizes this to a ED> very high degree but my noodle fails to grasp how disk fragmentation ED> in Netware does not exist. Thus: If it exists there is a cost to ED> performance. I said disk fragmentation actually improves performance. No one has ever claimed disk fragmentation does not exist on a Netware server. The bottom line is it's not a issue. Unlike virtually every other OS I've seen, there are no defrag tools for Netware. Believe me, if some vendor thought they could make a buck with defrag tools they would. The fact they don't exist is tribute to Drew Major's team's design that eliminates the need to defrag a volume. ED> If disk fragmentation is an issue it will manifest itself more as ED> time goes on. Certainly this issue can be put to rest if anyone has ED> made any performance measurements of a server before total backup and ED> then restoring it. The process of tape backup is one of queuing all ED> file fragments together in the right order to form a contiguous write ED> on tape; a total restore will automatically create a 100% contiguous ED> file structure on the disk. Which is exactly the point I've made. The only ones concerned about disk fragmentation are those coming from a different OS environment. Some folks have done exactly as you describe. And discovered that defragging the disk is a task that takes lots of time and results in no performance improvement. framsey@goodyear.com; CIS 71631,1032 - CNE, CNA-4, PE --- EZPoint V2.2 * Origin: -- A Point on Pine Lake (330)-796-3146 -- (1:157/603.70) --------------- FIDO MESSAGE AREA==> TOPIC: 194 NOVELL Ref: E1A00007 Date: 01/05/97 From: FRANK RAMSEY Time: 09:37pm \/To: FRANCOIS PIHERY (Read 4 times) Subj: Re: bonjour FP> Coucou laurent FP> Un petit rappel a ton souvenir de la part de FP> stagiaires qui eux ne t'oublient pas. English is the official language of the Novell echo. Frank Ramsey Moderator-Novell FP> --- GEcho 1.11+ FP> * Origin: Garichankar, BBS AFPA Toulouse (2:324/107) framsey@goodyear.com; CIS 71631,1032 - CNE, CNA-4, PE --- EZPoint V2.2 * Origin: -- A Point on Pine Lake (330)-796-3146 -- (1:157/603.70) --------------- FIDO MESSAGE AREA==> TOPIC: 194 NOVELL Ref: E1A00008 Date: 01/05/97 From: FRANK RAMSEY Time: 09:38pm \/To: ALL (Read 4 times) Subj: Rules of the Novell echo Title: Novell Moderator: Frank Ramsey (1:157/603.70) Last Updated: 24-Jun-1995 Rules: 1) This echo is for the free exchange of ideas, comments, and information regarding the Novell NetWare Operating System. As such, it it open to all users, regardless of race, creed, sex, religion, or LAN OS preference. 2) This echo is NOT for exchanging personal messages, proprietary vendor information, or any information which would violate any governmental laws or the regulations of FidoNet. 3) All messages in this echo must be in English, and may not contain graphic character set information in either the message or the tag line. 4) Users should use their real name at all times and are expected to indicate when they have a financial interest in any product under discussion. 5) PLEASE DO NOT OFFER ANY ITEMS OR SERVICES IN THIS ECHO, take these discussions to the appropriate echo or NetMail. 6) Profanity and FLAMING are not considered appropriate in this echo. 7) Please edit the subject line of all postings to accurately reflect your subject. Due to the volume of traffic on the backbone, it makes it easier for others to read mail. 8) Please limit "quoting" of previous messages to that portion of the message necessary to keep the thread. Excessive quoting generates unnecessary traffic and expenses for the backbone and hubs. Blank lines should be kept to a minimum as well. DO NOT quote origin or tear lines (---,etc) when replying to a message. The moderator may quote origin lines to insure better identification of individuals. 9) Do not post the names, mailing address, or telephone numbers of any individual without the express consent of the individual. Do not post company information unless it is in response to a request in a message thread (this is not an advertising medium). The moderator of this conference is responsible for enforcement of the EchoMail rules. If a user violates the letter or the intent of these rules, PLEASE DO NOT POST A MESSAGE IN THIS ECHO. If you would like to post a message to me about a violation, please NetMail me at 1:157/603.70. framsey@goodyear.com; CIS 71631,1032 - CNE, CNA-4, PE --- EZPoint V2.2 * Origin: -- A Point on Pine Lake (330)-796-3146 -- (1:157/603.70) --------------- FIDO MESSAGE AREA==> TOPIC: 194 NOVELL Ref: E1B00000 Date: 01/05/97 From: LENNART EINARSSON Time: 12:51pm \/To: ALL (Read 4 times) Subj: NvLite vs Personal Netware Sitting here in my "cabin" and using NvLite today, have done so for a few years now. It works fine. Well, the thing is that, now I want NT to hook up to my NvLite server, but it seems like there is no luck what so ever. So I got hold of Personal Netware instead. It works fine too, but this one does not want to map my CD juke on the server, it says that it can't map CD-ROM's. Is this a joke? NvLite did it without any problems, anyone has any ideas? /Lempa, E-Post: dioden@topazen.hammar.pp.se --- EzyBlueWave V1.48g0 00f90059 * Origin: Topazen BBS #2 Sodertalje +46 8 550 144 64 (2:201/2129) --------------- FIDO MESSAGE AREA==> TOPIC: 194 NOVELL Ref: E1B00001 Date: 01/06/97 From: SVEN JAANSON Time: 11:37am \/To: FRANK RAMSEY (Read 4 times) Subj: NW4.10 Ahhoi Frank! FR> Did you define the single server as the single reference time server? FR> I'd guess not. Default Time Server Type = Single TIMESYNC Type = Single ?? sven --- GoldED 2.50.A0715+ * Origin: Don't HANG UP ! Formatting Your Hard Disk 1% Done... (2:490/4100) --------------- FIDO MESSAGE AREA==> TOPIC: 194 NOVELL Ref: E1C00000 Date: 01/05/97 From: STEVE SCHNEIDER Time: 08:57pm \/To: DMITRY KOKOREV (Read 4 times) Subj: Re: IDE CDROM *** Quoting Dmitry Kokorev from a message to All *** DK> Hello All! DK> Please tell me, Can I attach my IDE CDROM to NOVELL 4.1 DK> * *********, Dmitry Absolutely! There is a driver that you must load called IDE.DSK in the nwserver directory. This is something that is usually selected during the installation procedure. >>>AcEr<<< --- Telegard v3.02/mL * Origin: Tomcat Alley BBS (Winnipeg, Canada) (1:348/915) --------------- FIDO MESSAGE AREA==> TOPIC: 194 NOVELL Ref: E1C00001 Date: 01/06/97 From: CHARLES MILLER Time: 01:06pm \/To: DMITRY KOKOREV (Read 4 times) Subj: IDE CDROM RE: IDE CDROM BY: Dmitry Kokorev to All on Sat Jan 04 1997 03:39 pm > Hello All! > > Please tell me, Can I attach my IDE CDROM to NOVELL 4.1 > With the CDUP4.EXE patch, you can.. Charles ..."42? 7 and a half million years and all you can come up with is 42?!" --- Synchronet+SBBSecho v1.22 * Origin: System Shock: 805-659-5733 & 805-647-7582 (1:206/2406)