...and while there are no IVS transfers in progress, so in theory I could do a quick swap with little impact.
I do have a couple of phone interviews scheduled for later this afternoon, where a problem in the swap might cause problems....so I guess I'll delay doing things until after those. Plus it'll give the computer a chance to warm up....
According to UPS, an IBM NetVista off-lease refurb Celeron 1.8Ghz with 256MB/40GB/CDRW/NO-OS machine that I ordered to replace my current 'box' will arrive on Monday. The old 'box' was an off-lease from a state auction (via eBay) Celeron 433MHz with 128MB/6.4GB/CDROM/NO-OS box....
Meanwhile, it just occurred to me...that after the upgrade, this Linux machine known as 'box' will move from being my slowest BOINC minion to 2nd or 3rd place....well, there's only 4 minions.
In my morning check of my systems, I found that box wasn't responding....
I figured at first that the scheduled mondoarchive of the system had run long (which I normally run at 6 month intervals....March and September....kind of surprised that March had snuck up on me).
So, I went on to box to take a look at what it was doing....and it was bad. The harddrive had failed a minute into the backup. Strange that's when the previous harddrive failed. Perhaps it wasn't a harddrive problem last time...but a more serious system problem.
Wonder if I can afford to replace it.
The bigger problem is what do I do in the mean time. Can I recover enough to resurrect this critical piece of my home network? How are the remaining bits even working...the machine is my local DNS server, hmmm....starting to have trouble accessing sites on the Internet.... and it is also my DHCP server. And, it is a router to part of my network....
Pages: 1· 2
I had a fustrating experience....in making continued enhancements to my Personal ReplayGuide 'update' script, I added some handling for a missing map entry (Zap2It is not providing a map entry for UHD, even though the site knows that it should be at 715).
A simple thing that I've done hundreds of times on other platforms (at work in a file called nsconfigmod, apconfigmod, csconfigmod, or the like) that looks to see if a line is present or not (using grep) and adds lines as needed (using sed).
But, for some reason it just wouldn't work on the Linux box that is running PRG. I stared at it for a good long time, and then tried the script on my other Linux boxes....and it worked. So I started thinking maybe I need a newer version of 'sed'...that didn't help. Maybe a newer version of 'bash'. Well....really new versions have other dependencies that I didn't feel like tackling for this one seeming odd quirk. The PRG box is a RedHat 7.3-legacy box, while my other Linux boxes are more modern (though the other main Linux box will also be update frozen soon)....anyways...one is using bash-2.05a-xx and the other box has a bash-3.0-xx. Evidently the way the versions treat line continuation characters differs....which was what was tripping me up.
Well, this morning I found that my update hadn't happened. Turns out the dependence of getting the last update time for 'GuideUpdated' was flawed...because the string is set to "Failed" if the last update failed....probably results in an ignored exception that means no GuideUpdateTimer is created.
So, I updated it to handle "Failed". Which seems to work for my case, though I can't help wonder if there's a case where it wouldn't work....wonder what kind of timer gets created immediately after an update failure....
Next on the list was to see about reducing the calls to 'acknowledge', to just being down when a 'download' was done and successful. But, Ryan beat me to the punch with getting that in. Though I had a set of changes...to store blockedTime and suggestedTime....and check blockedTime when doing Manual Guide Updates, even though it currently isn't being used or enforced....
....for getting to sleep, I think.
I've been trying, but it is hard to go to bed when I'm not tired...and then I somehow manage to get busy that I forget that I should.
Today, it was yet another Zap2it related code change....this time in WiRNS. To tweak the GuideUpdateTimer scheduling to use suggestedTime, in a better fashion.
The old code, just has HH:mm for when to do an update...and the quick change was to hack this portion out of suggestedTime and set the next update time to this.
The problem is that if it does an update at say: "2006-02-14 13:34:30" and after 'acknowledge'ng the 'download' it suggests "2006-02-15 18:09:08"...WiRNS would just take the "18:09" and try to update this this time rolls around....less than 5 hours after the last update
I know Zap2it returns Zulu time, but I made an adjustment, yesterday, to convert this to local time. I also made a change so that it gets both blockedTime and suggestedTime from the response to 'acknowledge', but blockedTime isn't being used anywhere...though if it was, it would probably be applied as a constraint to using the manual guide update.
So without making too extensive of a change to the code...I added a check that if what GuideUpdateTime thinks should be the next update time is on the same day as the last update, then it should really be looking for that time the day after the last update.
Pages: 1· 2
A few days ago, Zap2it reduced the amount of data available by DataDirect to 3 days. (they have since removed the restriction, without solving the actual issues that prompted them to do this....)
This reduction of data was kind of bad, because I've been using the extended range of data to map out the recording of the Winter Olympics (though though I'll probably limit my viewing to finals in events of interest, which I haven't decided what they are yet). Though it wasn't the end of the world, because the ReplayTVs can still get the full data from DNNA. Though I do use PRG to help catch shows that I might want to record on my HD-DVR.....
The issue is the stress other people are putting on their servers. Namely the large cluster of people that do requests in the early morning (about midnight to 3am). I had long ago changed my polling to be somewhat random at later times....though since my updates are scheduled by cron. For a given day of the week, the download is done at the same time each week.
Zap2It had added an acknowledge function, which returns two times...one for which downloads are blocked 'til and one for a suggested time to hit them again. It doesn't currently impose a blocked constraint (since it returns the time of the request for 'blockedTime').
And, without resorting to a rescheduling 'at' job or something (which I'm too tired to investigate doing, now that I've thought about it ) based on 'suggestedTime'. I updated the datadirect_client.pl to require next run to be sometime on the next day after 'blockedTime' and/or 'suggestedTime'.
There's a couple lines in the script that can be commented out, so that it ignores 'suggestedTime'....I had thought about releasing it this way, but opted not to. It was more to test my changes (which kept pushing 'suggestedTime' further and further into the future....)
So, here's the file: datadirect_client.zip
Now to see about catching some zzz's
Thinking things over some more, and noting that there was an SA8300 DVR code available....I decided to mess around with my JP1'd URC8910.
SAT now controls my Samsung SIR-T351's....it shouldn't because I have two and there's not enough separation now using this remote.
CBL now controls my SA8300HD DVR
I moved the receiver code to RCVR/AMP, because...I replaced the ReplayTV codes where I can control things from a single button.
And, the VCR is this key. I could've mapped a different keymove to select which unit is set, but I used the AUX device mode and the numeric keypad as the unit selector.
I'll still probably use the URC6131 for regular ReplayTV operation, because I'm more used to its layout and I like the arrow keys on it better.
Though I did customize the ReplayTV keymap on the URC8910 to be somewhat similar. Also while I was at it, I loaded a custom Samsung HLN DLP TV code...which gives me extra things like P.Mode, S.Mode, DNIE, Aspect controls...which weren't present under the builtin code. Though I had to still tweak things a bit, because other definitions were wrong....(for discrete inputs).
I also don't know if I'll use the DVR setting that often....guess it depends on if the layout grows on me.
I had this extra remote (URC-8910) from when I was first playing around with JP1 and multiple ReplayTVs....before I settled on really liking a URC-6131 for the task of controlling my 7 ReplayTVs and TV/Receiver.
Opting to use the Momitsu V880N's poor remote for when I needed to control that. When I first heard that V880N upgrade was available for JP1'ng remotes, I thought about trying to use the extra remote for this (not wanting to mess with what is working on my URC-6131).
But, I read up on the procedure and started downloading all the bits and pieces I needed, and then I got distracted and forgot all about it.....until now.
Well, I did some quick fiddling and it doesn't look like I can create a URC-6131 like setup with the addition of the DVD player....not enough room for all the keymoves etc. Now there is a ReplayTV setup that could in theory control many ReplayTVs from a single device button, but I decided that it wasn't important to try that at this point, and just left out my ReplayTVs from this remote.
All, I really need is the TV/Receiver setup I had on the URC-6131 and the addition of the Momitsu V880N.
Unfortunately, I can't seem to recreate the TV/Receiver setup I had before. I was able to get the keymoves to do discrete input selection on my Samsung HLN4365W1, just like I had on the URC-6131. But, I can't get the discrete input selection for my Receiver to work the same way.
In the end, I got the mappings to work by:
Now to watch something on my Momitsu V880N
Latest Poopli Updaters -- http://lkc.me/poop
|<< <||> >>|
mdadm «amazon prime» ebay tivo 10.04lts «instant streaming» box «hd movie» cox raid amazon.com twitter newegg «air purifier» tv «doctor who» lhaven virtualbox netflix upgrade backuppc dvd appletv «watch instantly» boinc orac ubuntu freebsd «tivo hd» zen cfengine3 woot raid1 «windows xp» usb linux replaytv «sans digital» batteries eyeglasses b2evolution cpap «chicago tardis» prescription tardis dsl «windows 7» ups «powersource 400» dhcp