Michael MacIsaac <[EMAIL PROTECTED]> wrote:
>So I apologize to Aduva for suggesting their product might be dead.
But not to Levanta -- not only is the z product dead, but as of 3/31/08, the
company itself closed its doors; the website finally went down a few days ago.
Another one bites the dus
Hi all,
The good news is I'm all set now.
Bit of back ground that I don't think I made clear yesterday. I had been
using a sels 9.3 system as my nfs server for all installs (SuSe and Red
Hat's) and all was fine all the time. But I broke the server and figured
well it's just ... nfs anyway ... s
It sounds like a partition wasn't created (fdasd -a /dev/dasda) .. but I
would think the starter should be doing that..
Anyway - yes - maybe try with one disk as it seems like it's getting
confused on what to do with 3?
Scott
On Wed, Jul 9, 2008 at 7:14 PM, Sienicki, Paul K <[EMAIL PROTECTED]>
In our current DR scenario we PPR copy our mainframe dasd (zOS, zVM and
zLinux).
We IPL at the DR site for tests and real disaster.
The procedures have gotten more simplified over the years.
That may be about to change.
In the new network plan we are being told we will need to use different
IP ad
NEL is defined in ISO8859-1 as code point 0x85. In 8859-1 there are control
characters in the range of 0x80 to 0x9f as well as 0x00 to 0x1f. Lots of
documentation on 8859-1 skip the control characters, so many folks don't
realize this.
I assume that NL is short for newline. A newline is the
You might want to take a look at the RPL tool (
http://www.laffeycomputer.com/index.html) it is freeware and does a good
job of searching for a string of data and doing the change. This can run
from the 3270 console at the disaster recovery and test sites.
Thanks,
Detro
Senior IT Specialist
On Thursday, 07/10/2008 at 11:48 EDT, "Fargusson.Alan"
<[EMAIL PROTECTED]> wrote:
> NEL is defined in ISO8859-1 as code point 0x85. In 8859-1 there are
control
> characters in the range of 0x80 to 0x9f as well as 0x00 to 0x1f. Lots
of
> documentation on 8859-1 skip the control characters, so many
On 07/10/2008 12:24:53 AM, Alan Altmark wrote:
> On Wednesday, 07/09/2008 at 07:33 EDT, Douglas Wooster/Raleigh/[EMAIL
> PROTECTED]
> wrote:
> > Added one more line separator to the list below. It usually burns me
> > when I use iconv.
> >
> :
> > NEL - New/Next Line (ASCII x'85'). May see thi
The reason for EBCDIC codepoints 15 and 25 is to be compatible with the IBM
Selectric Typewriter.
One of them would roll the paper forward a line with out moving the type ball.
The other would put
the type ball at the beginning of the next line. Also their is another
codepoint 0A that moved the
I got this after I sent my last post. Being a z/OS Unix user,
I sure *wish* conversions would consistently do EBCDIC NL (x'15')
to/from ASCII LF (x'0A') instead of EBCDIC NL to/from ISO8859-1
NEL (x'85'), even though I can understand why that might not be
technically correct. Or that z/OS Unix wo
On 07/10/2008 12:54:12 PM Stephen Frazier wrote:
> The reason for EBCDIC codepoints 15 and 25 is to be compatible
> with the IBM Selectric Typewriter. One of them would roll the
> paper forward a line with out moving the type ball. The other
> would put the type ball at the beginning of the next l
>>> On Wed, Jul 9, 2008 at 9:14 PM, in message
<[EMAIL PROTECTED]>,
"Sienicki, Paul K" <[EMAIL PROTECTED]> wrote:
> Sorry that was a mistype.
>
> The dasdc should have been:
>>* Create partition /dev/dasdc1 (2.2 GB) with unknown
>
> I was just trying to do a simple install. I thought
Mark,
After adding autoyast to the parmfile. I no longer get the DHCP prompt
question.
And the install fails with DHCP failing.
The parmfile has grown from the 1 line to the following 10 lines in my
review of the appendix A of sles_Zseries.pdf.
I do not fine a parmfile specification to turn off
Mark,
Took a guess it was dhcp=2 and dhcp error below has gone away but now
fails to find source.
When I supply the information manually (only 1 line in parmfile) the CTC
connection comes active.
Searching for info file...
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
IPv
>>> On Thu, Jul 10, 2008 at 6:05 PM, in message
<[EMAIL PROTECTED]>,
"Sienicki, Paul K" <[EMAIL PROTECTED]> wrote:
-snip-
> The parmfile has grown from the 1 line to the following 10 lines in my
> review of the appendix A of sles_Zseries.pdf.
> I do not fine a parmfile specification to turn off D
15 matches
Mail list logo
