arens@ISI.EDU (Yigal Arens) (03/22/91)
I looked throught the FAQ file, but couldn't find the answer to this
one.
How does one prevent the 7300 from displaying those annoying "disk
almost full" messages every few minutes when free disk space drops
below 5%?
Thanks,
--
Yigal Arens "Strange women lying in ponds
USC/ISI distributing swords is no
arens@isi.edu basis for a system of
government."bri@kpc.com (Brian Rice) (03/22/91)
In article <17255@venera.isi.edu> arens@ISI.EDU (Yigal Arens) writes: >I looked throught the FAQ file, but couldn't find the answer to this >one. > >How does one prevent the 7300 from displaying those annoying "disk >almost full" messages every few minutes when free disk space drops >below 5%? You don't. It's imbedded in the source and cannot be changed. Well, you COULD get a larger disk! Or, on the other hand you could kill the smgr. And, as an afterthought, you could run mgr instead of the 'luser agent'. I recently installed the software driver version and can't wait until I can get the daughter board. BTW, even with the software driver, mgr is still a faster windowing system than X on my Sun 3/50!!! Brian Rice
tkacik@rphroy.ph.gmr.com (Tom Tkacik) (03/23/91)
In article <1991Mar22.064951.24163@kpc.com>, bri@kpc.com (Brian Rice) writes: |> Or, on the other hand you could kill the smgr. |> And, as an afterthought, you could run mgr instead of the 'luser agent'. |> I recently installed the software driver version and can't wait until I |> can get the daughter board. BTW, even with the software driver, mgr is |> still a faster windowing system than X on my Sun 3/50!!! How about programs that use the TAM library? Do they work under mgr? I am talking about important programs like mahjongg and klondike. Will I have to re-write them? That is pretty much all that is keeping me from running mgr. -- Tom Tkacik ...uunet!edsews!rphroy!tkacik GM Research Labs tkacik@kyzyl.mi.org "I'm president of the United States, and I'm not going to eat anymore broccoli." --- George Bush
Mariusz@fbits.ttank.com (Mariusz Stanczak) (03/23/91)
In article <1991Mar22.064951.24163@kpc.com>, bri@kpc.com (Brian Rice) writes: > And, as an afterthought, you could run mgr instead of the 'luser agent'. > I recently installed the software driver version and can't wait until I > can get the daughter board. BTW, even with the software driver, mgr is > still a faster windowing system than X on my Sun 3/50!!! That's great news! How easy is it to install? Interfaces for what programs/utilities come precooced (or does "everything" need to be written/setup)? How much HD room does it require? What about the telephony access (one good thing about UA is how well it's interfaces with `async_main' for interactive use)? And finally, how easy/flexible is `mgr' to maintain/adjust for new users/uses? I'd appreciate any comments, "in use" experiences, etc... Thanks, -Mariusz -- INET: Mariusz@fbits.ttank.com CIS : 71601.2430@compuserve.com UUCP: ..!uunet!zardoz!ttank!fbits!Mariusz
rhh@alice.att.com (r hardin) (03/23/91)
In article <17255@venera.isi.edu>, arens@ISI.EDU (Yigal Arens) writes: > I looked throught the FAQ file, but couldn't find the answer to this > one. > > How does one prevent the 7300 from displaying those annoying "disk > almost full" messages every few minutes when free disk space drops > below 5%? > Assuming you're running 3.5 as I am, you can * $ su * () * # adb -w /etc/smgr * upd_time+1be?i upd_time+1be: bge.w upd_time+236 * .?w 6000 upd_time+1be: 6c00 = 6000 * .?i upd_time+1be: bra.w upd_time+236 * <EOT> # (*) = you type which causes smgr to think there's lots of space regardless of your usage.
bri@kpc.com (Brian Rice) (03/25/91)
In article <20105@alice.att.com> rhh@alice.att.com (r hardin) writes: >In article <17255@venera.isi.edu>, arens@ISI.EDU (Yigal Arens) writes: >> I looked throught the FAQ file, but couldn't find the answer to this >> one. >> >> How does one prevent the 7300 from displaying those annoying "disk >> almost full" messages every few minutes when free disk space drops >> below 5%? >> >Assuming you're running 3.5 as I am, you can > >* $ su >* () >* # adb -w /etc/smgr >* upd_time+1be?i > upd_time+1be: bge.w upd_time+236 >* .?w 6000 > upd_time+1be: 6c00 = 6000 >* .?i > upd_time+1be: bra.w upd_time+236 >* <EOT> > # >(*) = you type > >which causes smgr to think there's lots of space regardless of your usage. Whoa, thanks for the excellent contribution... but could you (or someone) bring that stuff down to a little less technical explanation? Before I edit my smgr I'd kinda like to know what I'm telling it... and in reference to the statement "...lot's of space regardless..." How much are we talking about. I'd hate like hell to literally run out and think there's a Meg or two left. Naturally it would be at the exact moment of the use of the last block that my system would crash and the only file /etc/.cleanup would find to delete would be /tmp/.winload!!! "Ahhh Eunich-PC no boot - yank floppy, scream loud!"
rhh@alice.att.com (r hardin) (03/26/91)
In article <1991Mar24.215823.17037@kpc.com>, bri@kpc.com (Brian Rice) writes: | In article <20105@alice.att.com> rhh@alice.att.com (r hardin) writes: | >> How does one prevent the 7300 from displaying those annoying "disk | >> almost full" messages every few minutes when free disk space drops | >> below 5%? | >> | >Assuming you're running 3.5 as I am, you can | > | >* $ su | >* () | >* # adb -w /etc/smgr | >* upd_time+1be?i | > upd_time+1be: bge.w upd_time+236 | >* .?w 6000 | > upd_time+1be: 6c00 = 6000 | >* .?i | > upd_time+1be: bra.w upd_time+236 | >* <EOT> | > # | >(*) = you type | > | >which causes smgr to think there's lots of space regardless of your usage. | | Whoa, thanks for the excellent contribution... but could you (or someone) | bring that stuff down to a little less technical explanation? Before I edit | my smgr I'd kinda like to know what I'm telling it... and in reference | to the statement "...lot's of space regardless..." How much are we talking | about. I'd hate like hell to literally run out and think there's a Meg or two | left. Naturally it would be at the exact moment of the use of the last | block that my system would crash and the only file /etc/.cleanup would | find to delete would be /tmp/.winload!!! the patch jumps around the message ``your disk is almost full go to the wastebasket and throw the system in'' or whatever that comes up randomly to eat characters from whatever you're typing. i assume it's only in 3.5 or i would have heard more about it. the patch takes effect the next time you reboot, i should have mentioned. i've been running with it for two years, with seldom more than 1.5 meg free. when you run out, you run out. that's what df is for.
bri@kpc.com (Brian Rice) (03/27/91)
> That's great news! How easy is it to install? Interfaces for > what programs/utilities come precooced (or does "everything" need > to be written/setup)? How much HD room does it require? What about > the telephony access (one good thing about UA is how well it's > interfaces with `async_main' for interactive use)? And finally, how > easy/flexible is `mgr' to maintain/adjust for new users/uses? > I'd appreciate any comments, "in use" experiences, etc... > Aw, do I really have to answer ALL these questions? Sheesh, worse than one of my users. Actually I recommend just getting it and installing it. I am a lowly System Admin and I figured it out... surely you can! I seem to recall that you need a total of about 5 megs for the source, two left over for the binary (of course, after you finished building you can get rid of the source or just put it back into a compress cpio file the way you got it.) and that's about it. Hmmm, flexible? Well, since 'flexible' isn't a word you can use regarding the UA I would have to say yes. There is a learning curve though... I would plan to spend about 1 hour with the included man pages and about 6-8 hours with hands on. WARNING: IF YOU ARE RUNNING WILL-GO-WRONG TCP YOU HAD BETTER INSTALL THE PATCH... IT WILL FAIL OTHERWISE. Have fun (though I recommend getting the daughter board) the stuff is wonderful. Brian Rice Systems Admin Kubota Pacific
bri@kpc.com (Brian Rice) (03/28/91)
>the patch jumps around the message ``your disk is almost full go to the >wastebasket and throw the system in'' or whatever that comes up randomly >to eat characters from whatever you're typing. i assume it's only in 3.5 >or i would have heard more about it. > >the patch takes effect the next time you reboot, i should have mentioned. > >i've been running with it for two years, with seldom more than 1.5 meg free. >when you run out, you run out. that's what df is for. Boo, hiss!!! If your good enough with adb to make that patch you could probably figure out how to do the "right" thing... lower the number to say 2MB left before getting that irritating icon. Kinda defeats the purpose of a daemon process if you tell it to never wake up and tell you something. Personally, I would be comfortable with 1 meg but others may feel differently. Brian Rice
dnichols@ceilidh.beartrack.com (DoN Nichols) (03/29/91)
In article <1991Mar27.195444.745@kpc.com> bri@kpc.com (Brian Rice) writes: [ ... ] > >Boo, hiss!!! If your good enough with adb to make that patch you could probably >figure out how to do the "right" thing... lower the number to say 2MB left >before getting that irritating icon. Kinda defeats the purpose of a daemon >process if you tell it to never wake up and tell you something. Personally, >I would be comfortable with 1 meg but others may feel differently. Does anyone know whether smgr checks for absolute space remaining, or for a percentage of space remaining, as the warning in the /etc/profile does.? I'd prefer a tunable absolute value, which was read from a file set up by the user, defining the number of free blocks at which he would get the warning. It could do like cron, and check if the file has been modified since last read, rather than re-reading at each check. I know that edf (which I use) gives a nicer report format, but if we have to have smgr running, can't we have it reporting according to the limits WE want enforced? DoN. -- Donald Nichols (DoN.) | Voice (Days): (703) 664-1585 D&D Data | Voice (Eves): (703) 938-4564 Disclaimer: from here - None | Email: <dnichols@ceilidh.beartrack.com> --- Black Holes are where God is dividing by zero ---
emm@iczer-1.UUCP (Edward M. Markowski) (03/30/91)
In article <1991Mar29.004838.856@ceilidh.beartrack.com> dnichols@ceilidh.beartrack.com (DoN Nichols) writes: > Does anyone know whether smgr checks for absolute space remaining, >or for a percentage of space remaining, as the warning in the /etc/profile >does.? > > I'd prefer a tunable absolute value, which was read from a file set >up by the user, defining the number of free blocks at which he would get the >warning. It could do like cron, and check if the file has been modified >since last read, rather than re-reading at each check. I know that edf >(which I use) gives a nicer report format, but if we have to have smgr >running, can't we have it reporting according to the limits WE want enforced? I do not know if don't think my first post about this got off this site. I have not tried this yet, but it seems that it might work. Rename /dev/error to something else recreate /dev/error as a named pipe. Write a small program to read the error device and write the records into the named pipe. If this will work the new program can be used as a filter for the "disk almost full" message and any other for that matter. I will see if I can get something like this running and post results. -- ------------------------------------------------------------------------------- Edward M. Markowski -- iczer-1 Administrator ...the garage is flooded from the sprinkler. VOICE : (201) 478-6052 It also left a man's decapitated body, lying UUCP : ..!uunet!iczer-1!emm on the floor next to his own severed head. -or- : ..!tronsbox!iczer-1!emm A head which at this time has no name.