Hello All,
Has there been any occurrences of CP disabled wait states during
installation of Suse 11 sp3 Linux in a z Lpar environment?
Just thought I would see if anyone on here has run into a similar
situation.
Thanks,
Steve
-
Hi, Steve.
Yes, there have been issues with CP when doing Linux installs; usually
in the area of mis-configured zLinux guest user directory entries.
What CP problem are you seen there?
Have a good one, too.
DJ
On 2/11/2015 10:42 AM, Steve P wrote:
Hello All,
Has there been any occurrences of
While installing packages, the installer stops and issues messages about
unable to access a file in dvd1. I verified that the file is there.
However, I look at the file name in the message and there is a "%2F" in
front of it. See screen shot attached.
Can anyone shed some light into this?
Thank
Hi, Steve.
OK we've seen problems like this before. Unfortunately, the list does
not allow for attachments, so we can't see the screen shot.
DJ
On 2/11/2015 11:27 AM, Steve P wrote:
While installing packages, the installer stops and issues messages about
unable to access a file in dvd1. I veri
Dave,
Thanks.
It looks like it happened while formatting/partitioning disks (dasd).
However this second time around it actually completed and did not get the
error again. I'm concerned that it happened and will it occur again while
it is running in a production environment.
We have reported the
>>> On 2/11/2015 at 12:17 PM, Dave Jones wrote:
> Hi, Steve.
>
> Yes, there have been issues with CP when doing Linux installs; usually
> in the area of mis-configured zLinux guest user directory entries.
>
> What CP problem are you seen there?
It's an LPAR, so no z/VM involved.
Mark Post
-
Ok I forgot about that. Well here is what the message said (shirt version):
Cannot Access installation media
Timeout exceed when accessing 'ftp://hmcmsaccess@155.7.7.7/%2F
suse/noarch/yast2-theme-SLE-2.17.27-0.18.9.noarch.rpm
Thanks
On Wednesday, February 11, 2015, Dave Jones wrote:
> Hi, Ste
>>> On 2/11/2015 at 12:43 PM, Steve P wrote:
> Ok I forgot about that. Well here is what the message said (shirt version):
>
> Cannot Access installation media
> Timeout exceed when accessing 'ftp://hmcmsaccess@155.7.7.7/%2F
> suse/noarch/yast2-theme-SLE-2.17.27-0.18.9.noarch.rpm
OK, a timeout
Maybe the FTP access had a time limitation? Either way, I closed and
re-established the FTP access to the hmc DVD. Replied skip to that one
yast rpm file (hopefully it won't bite us later). The install appears to
be continuing on.
Thanks,
Steve
On Wednesday, February 11, 2015, Mark Post wrote
On Wednesday, 02/11/2015 at 12:46 EST, Steve P
wrote:
> Ok I forgot about that. Well here is what the message said (shirt
version):
>
> Cannot Access installation media
> Timeout exceed when accessing 'ftp://hmcmsaccess@155.7.7.7/%2F
> suse/noarch/yast2-theme-SLE-2.17.27-0.18.9.noarch.rpm
0x2F is
>>> On 2/11/2015 at 01:10 PM, Steve P wrote:
> Maybe the FTP access had a time limitation? Either way, I closed and
> re-established the FTP access to the hmc DVD. Replied skip to that one
> yast rpm file (hopefully it won't bite us later). The install appears to
> be continuing on.
You could
>>> On 2/11/2015 at 01:10 PM, Alan Altmark wrote:
> 0x2F is the ASCII forward slash. In a URL, the slashes are relevant, so
> if you tried to represent ...7.7.7//suse then it looks like is starts
> at a null root. Bt! So it must be converted to %2F to ensure that
> the FTP client won'
Hi
Has anyone else experienced issues with multipath after SP3? whenever reloading
multipath to rename mpaths we seem to lose all our permissions on existing
devices namely OracleASM disks, thus causing the DB to crash out. Device
permissions are managed by udev rules so not sure where the issu
Jeri,
I remember running into that quite a while back. I found an old piece of
bash code that might help (no warranties :))
I recall it only had to be run once at 'first boot time', then the
ownership of the ASM disks would survive reboots. Hope it helps...
#+---
>>> On 2/11/2015 at 01:32 PM, "Nottra, Jerri"
wrote:
> Has anyone else experienced issues with multipath after SP3? whenever
> reloading multipath to rename mpaths we seem to lose all our permissions on
> existing devices namely OracleASM disks, thus causing the DB to crash out.
> Device permi
We decided very early (2001?) that we would only run mainframe Linux under
z/VM. Seeing discussions like this certainly makes me glad we made that
decision.
I don't know if it makes a difference, but we run Red Hat Linux, to be
consistent with our midrange Linux folks.
Is either Red Hat or SUS
16 matches
Mail list logo