Right here baby! Bob and I (hi Bob!) had our families in the office for the night though, and I streamed the ball dropping in NYC over the net via ICraveTV (remember them!) and projected up on the wall with a Proxima. What an uneventfull night!:-) We managed to have some fun anyway:-)
Is it possible to write some kind of program that has a detrimental yet still legal effect on the web sites (if any) featured in your spam?..sounds like a fine way to do a denial of service attack on the target of your choice... The LAST thing you want to do is set up a means for others to attack a target based on the content of a spammers message!
'Tis true. I don't want to start off a whole "my uptime is bigger than your uptime", but I just happened to notice the uptime on my desktop linux box at work today:
In these cases you should install the X virtual framebuffer only. .....or, if you wanted the option to connect to it later, start up a vnc server that listens to only local connections and connect when needed via a SSH tunnel.
I have an unusual setup at home. I have dual monitors. Sometimes, if I'm trying to catch up on a show, I'll have it going on one monitor while I'm doing my nightly web surfing on my main monitor. It's a nice multitasking use of my time. I can't imagine everybody'd like that, but I personally think it's great.
I too have a dual monitor setup, although I have a ReplayTV, and basically do the same as you. With a ReplayTV it's easy to copy the shows over it's built in ethernet onto your PC for editing/conversion/burning. The Replay is nice for viewing photos as well-- the ability to have jpegs come up when TV is paused or the "screen saver" is on is nice as well. BTW, with Replay's you can also share programming from 1 Replay to another-- it even has support for sharing shows over the internet!
Hmm.. is it illegal to get satellite service from another country in the US? A serious question. In Canada it's simply about the Canadian equiv. of the FCC not approving the service, hence it's not legal.
Get an additional drive and put it in another PC, maybe and old P133 or something, and have it do nightly rsync's. RAID doesn't protect against user error, so if you accidentally delete a critical file, it's gone from BOTH disks. That sucks.
Trying to watch video over wireless sucks though. I could watch something recorded at the crappiest quality over my wireless with no issues, but medium or high quality-- forget it!..maybe once I get some 54mb wireless connections..
..and the Replay already allows you to upload jpegs for viewing. I've got mine set to show my photos as a screen saver and when TV is paused for a while.
I think ReplayPC is depreciated, isn't it? The new tools is DVarchive, which is a java based tool. http://sourceforge.net/projects/dvarchive/
To upload photos, you can use another java based tool: http://www.forbesfield.com/rephoto.html
I do this all in Linux too, with no issues.
With DV archive you can stream and play video directly from the Replay using the tool of your choice (mplayer, vlc, etc). Since I can't seem to seek ahead properly with the playback tools I'm using, I typically start downloading the video to my hd, then spark up mplayer to watch it as it downloads. Unlike some other players, mplayer will continue to play a growing file correctly.
Re:A significantly larger number of systems?
on
Linux Is Cheaper
·
· Score: 1
. VNC is a bad hack that you'd only use if you needed cross platform remote display. You do realize that if you really needed to remotely run graphical apps, X programs are inherrently remote displayable.
Not true at all. Once you try to admin some server across a T1 and NEED to use some graphical tool (say Veritas volume manager, or CNR-- although in each case text based admin is possible, the GUI can be faster for some things) you'll see why sometimes VNC is much preferred over straight X. Using VNC you see what is on the screen AT THE TIME, as opposed to X, which requires each update to be remotely displayed before moving on. This means if you have an app that displays a 24 bit splash screen at 1024x768 then you need to wait for that entire bitmap to be fully displayed on the remote end, before you can go any further. With VNC you may get half of the image before it disappears and continues on. Try resizing complicated windows via X over a congested T1 and then tell me you prefer it over VNC.
BTW, I would NEVER even think of doing any X at all over a slow link without using SSH and X compression! I've clocked up to a 4X speed improvement using X compressed over SSH. Unless you use TightVNC I would always run my VNC sessions over a compressed SSH session as well.
Re:How man more servers?
on
Linux Is Cheaper
·
· Score: 4, Interesting
I maintain a few services on ~9000 Solaris boxes, all across the world (you name it, India, Europe, North America, etc). I routinely run commands to do various things (check software installed, tweak syslog, install new ssh, install patches, etc) on 1000 boxes AT ONCE. Yes, at once, as in concurrently. We built a cluster of linux boxes using OpenMosix that allows us to do 1000 concurrent outgoing SSH sessions. We've developed some SSH load balancing tools that basically spread the authentication load of these 1000 sessions across several hundred ssh-agents.
So yes, it IS reasonable that somebody can maintain 1000+ servers, depending on what they are doing. The key is CONSISTANCY. If all servers are one-offs installed by hundreds of people all in different ways things can be difficult, that's why we have standards...and yes, it is all perl/shell scripting, combined with the proper (typically homegrown) tools.
The big problem here is that the timestamp for each line would be in there, so you wouldn't have any idea as to how many hosts were hitting you, as you could hit the same pagee every second and it would be counted as a different site.
Real bright there, Marc. Automatic patches and updates. As if that's the answer. In the real world, you don't have a huge farm of servers that all run the same patchlevel of the same operating system. I do (100+ CPU LSF compute farm) , and have done MANY mass patch upgrades on them without any issues. Just because you don't do 'em doesn't mean the rest of us don't.
UPX, the Ultimate Packer for Executables is great when you don't have alot of diskspace available. It uncompresses binaries on the fly VERY quickly, so fast in fact that after compressing large programs you'll find that they are up and running FASTER than if they are not packed, simply because it can uncompress faster than it takes to load unpacked code from disk. It apparently can do something like 10MB/s decompression on a P133...anybody remember PowerPacker and the ilk on the Amiga? Those programs were worth their weight in gold when working on a floppy based system.
Look for the proper serial port: dmesg |grep tty It's going to be one of those, probably/dev/ttyS0 or S1. Make sure your "Modem device" is set appropriately.
Try 57600 first, and then click "Modem" and "Terminal". After the terminal comes up, type "atz" to try to reset the modem. If this works (you'll get the OK reply) great, you're talking to the modem, otherwise try a different serial port and potentially speed.
One thing-- you DO have permission to access that serial port, correct? If in doubt, try running kppp as root until you fix the permissions/group membership so you can do it as a user.
I went through using various tools and had best results with: vcr and nvrec
Apparently mencoder (part of the kickass mplayer package) will also do the job.
Using nvrec you can start recording a program and then start playing it back via mplayer a short time later as it's still recording with few problems.
I recently bought a ReplayTV though, and since these babies have ethernet, I should be able to stream my video directly from it using Xine/mplayer over my LAN. I'm moving on Monday and haven't bothered to wire ethernet to it yet so this is untested. To grab/stream video from a ReplayTV under Linux or another Java enabled OS use dvarchive I've been thinking of setting up a cron job to suck the video off my ReplayTV, use transcode to convert it to mpeg1 and burn it to a VCD to archive shows to CD automatically..
BTW, I've had problems many times with mplayer and A/V sync, while xine will play the same video flawlessly. I hate the xine UI though, and much prefer mplayers sparten interface..
This is a great book. I listened to the mp3's of it while driving... caused me to take a few extra sidestreets:-) If anybody knows of any other similar free books available, let us know!
Right here baby! Bob and I (hi Bob!) had our families in the office for the night though, and I streamed the ball dropping in NYC over the net via ICraveTV (remember them!) and projected up on the wall with a Proxima. What an uneventfull night! :-) :-)
We managed to have some fun anyway
Quick. What is a utility which will tell you all the shared libraries that an application uses?
librt.so.1 =>
libc.so.6 =>
libpthread.so.0 =>
Is it possible to write some kind of program that has a detrimental yet still legal effect on the web sites (if any) featured in your spam? ..sounds like a fine way to do a denial of service attack on the target of your choice... The LAST thing you want to do is set up a means for others to attack a target based on the content of a spammers message!
'Tis true. I don't want to start off a whole "my uptime is bigger than your uptime", but I just happened to notice the uptime on my desktop linux box at work today:
19:27:15> uptime
19:27:17 up 292 days, 9:40, 28 users, load average: 1.08, 1.12, 1.12
19:27:17>
..and your admin will LOVE you if /tmp happens to be a swap filesystem :-)
In these cases you should install the X virtual framebuffer only.
I have an unusual setup at home. I have dual monitors. Sometimes, if I'm trying to catch up on a show, I'll have it going on one monitor while I'm doing my nightly web surfing on my main monitor. It's a nice multitasking use of my time. I can't imagine everybody'd like that, but I personally think it's great.
I too have a dual monitor setup, although I have a ReplayTV, and basically do the same as you. With a ReplayTV it's easy to copy the shows over it's built in ethernet onto your PC for editing/conversion/burning.
The Replay is nice for viewing photos as well-- the ability to have jpegs come up when TV is paused or the "screen saver" is on is nice as well.
BTW, with Replay's you can also share programming from 1 Replay to another-- it even has support for sharing shows over the internet!
Hmm.. is it illegal to get satellite service from another country in the US? A serious question. In Canada it's simply about the Canadian equiv. of the FCC not approving the service, hence it's not legal.
Get an additional drive and put it in another PC, maybe and old P133 or something, and have it do nightly rsync's. RAID doesn't protect against user error, so if you accidentally delete a critical file, it's gone from BOTH disks. That sucks.
Trying to watch video over wireless sucks though. I could watch something recorded at the crappiest quality over my wireless with no issues, but medium or high quality-- forget it! ..maybe once I get some 54mb wireless connections..
..and the Replay already allows you to upload jpegs for viewing. I've got mine set to show my photos as a screen saver and when TV is paused for a while.
I think ReplayPC is depreciated, isn't it? The new tools is DVarchive, which is a java based tool.
http://sourceforge.net/projects/dvarchive/
To upload photos, you can use another java based tool:
http://www.forbesfield.com/rephoto.html
I do this all in Linux too, with no issues.
With DV archive you can stream and play video directly from the Replay using the tool of your choice (mplayer, vlc, etc). Since I can't seem to seek ahead properly with the playback tools I'm using, I typically start downloading the video to my hd, then spark up mplayer to watch it as it downloads. Unlike some other players, mplayer will continue to play a growing file correctly.
. VNC is a bad hack that you'd only use if you needed cross platform remote display. You do realize that if you really needed to remotely run graphical apps, X programs are inherrently remote displayable.
Not true at all. Once you try to admin some server across a T1 and NEED to use some graphical tool (say Veritas volume manager, or CNR-- although in each case text based admin is possible, the GUI can be faster for some things) you'll see why sometimes VNC is much preferred over straight X. Using VNC you see what is on the screen AT THE TIME, as opposed to X, which requires each update to be remotely displayed before moving on. This means if you have an app that displays a 24 bit splash screen at 1024x768 then you need to wait for that entire bitmap to be fully displayed on the remote end, before you can go any further. With VNC you may get half of the image before it disappears and continues on. Try resizing complicated windows via X over a congested T1 and then tell me you prefer it over VNC.
BTW, I would NEVER even think of doing any X at all over a slow link without using SSH and X compression! I've clocked up to a 4X speed improvement using X compressed over SSH.
Unless you use TightVNC I would always run my VNC sessions over a compressed SSH session as well.
I maintain a few services on ~9000 Solaris boxes, all across the world (you name it, India, Europe, North America, etc). I routinely run commands to do various things (check software installed, tweak syslog, install new ssh, install patches, etc) on 1000 boxes AT ONCE. Yes, at once, as in concurrently. We built a cluster of linux boxes using OpenMosix that allows us to do 1000 concurrent outgoing SSH sessions. We've developed some SSH load balancing tools that basically spread the authentication load of these 1000 sessions across several hundred ssh-agents.
..and yes, it is all perl/shell scripting, combined with the proper (typically homegrown) tools.
So yes, it IS reasonable that somebody can maintain 1000+ servers, depending on what they are doing. The key is CONSISTANCY. If all servers are one-offs installed by hundreds of people all in different ways things can be difficult, that's why we have standards.
The big problem here is that the timestamp for each line would be in there, so you wouldn't have any idea as to how many hosts were hitting you, as you could hit the same pagee every second and it would be counted as a different site.
try:
awk '{print $1}' httpd_access.log |grep \.mil |uniq |wc -l
Typing "./configure ; make install" is hardly programming!
Have you bought any books from this place? The prices look great!
Real bright there, Marc. Automatic patches and updates. As if that's the answer. In the real world, you don't have a huge farm of servers that all run the same patchlevel of the same operating system.
I do (100+ CPU LSF compute farm) , and have done MANY mass patch upgrades on them without any issues.
Just because you don't do 'em doesn't mean the rest of us don't.
UPX, the Ultimate Packer for Executables is great when you don't have alot of diskspace available. It uncompresses binaries on the fly VERY quickly, so fast in fact that after compressing large programs you'll find that they are up and running FASTER than if they are not packed, simply because it can uncompress faster than it takes to load unpacked code from disk. It apparently can do something like 10MB/s decompression on a P133. ..anybody remember PowerPacker and the ilk on the Amiga? Those programs were worth their weight in gold when working on a floppy based system.
What about
Cinelerra
It does a suitable job at NLE.
What about EG? Electronic Games? I've got one issue I held on to over the years, from 83/84 or so. I loved that rag!
Off hand, I'd say try a couple of things:
/dev/ttyS0
Look for the proper serial port:
dmesg |grep tty
It's going to be one of those, probably
or S1. Make sure your "Modem device" is set appropriately.
Try 57600 first, and then click "Modem" and "Terminal". After the terminal comes up, type "atz" to try to reset the modem. If this works (you'll get the OK reply) great, you're talking to the modem, otherwise try a different serial port and potentially speed.
One thing-- you DO have permission to access that serial port, correct? If in doubt, try running kppp as root until you fix the permissions/group membership so you can do it as a user.
Yeah, 'cuz all free sites and programs are useless. /. and Debian anyway?
Damn, where's my checkbook for
What do others use for recording?
I went through using various tools and had best results with:
vcr
and
nvrec
Apparently mencoder (part of the kickass mplayer package) will also do the job.
Using nvrec you can start recording a program and then start playing it back via mplayer a short time later as it's still recording with few problems.
I recently bought a ReplayTV
though, and since these babies have ethernet, I should be able to stream my video directly from it using Xine/mplayer over my LAN. I'm moving on Monday and haven't bothered to wire ethernet to it yet so this is untested. To grab/stream video from a ReplayTV under Linux or another Java enabled OS use dvarchive
I've been thinking of setting up a cron job to suck the video off my ReplayTV, use transcode to convert it to mpeg1 and burn it to a VCD to archive shows to CD automatically..
BTW, I've had problems many times with mplayer and A/V sync, while xine will play the same video flawlessly. I hate the xine UI though, and much prefer mplayers sparten interface..
This is a great book. I listened to the mp3's of it while driving... caused me to take a few extra sidestreets :-)
If anybody knows of any other similar free books available, let us know!
The OpenSSH example holds.