On 10/4/2014 1:10 AM, Cameron Seay wrote:
Thanks, Rob. That is the first time anyone suggested an automatic root
login. Will try it.
We do the same thing and it is well worth setting it up. Not much
effort really, just a bit of inittab editing.
Leland
---
On 4/15/2014 2:38 PM, Mark Post wrote:
On 4/8/2014 at 04:35 PM, Leland Lucius wrote:
On 4/8/2014 3:11 PM, Mark Post wrote:
On 4/8/2014 at 04:07 PM, Marcy Cortes wrote:
Do you have any idea when the SP3 swap fix will reach a kernel in the
service
stream yet?
Fairly soon, I would think. A
On 4/15/2014 2:38 PM, Mark Post wrote:
On 4/8/2014 at 04:35 PM, Leland Lucius wrote:
On 4/8/2014 3:11 PM, Mark Post wrote:
On 4/8/2014 at 04:07 PM, Marcy Cortes wrote:
Do you have any idea when the SP3 swap fix will reach a kernel in the
service
stream yet?
Fairly soon, I would think. A
On 4/8/2014 3:00 PM, Mark Post wrote:
On 4/8/2014 at 03:54 PM, Leland Lucius wrote:
Do you happen to have any more detail on what it does to the network?
Is it something that is likely to occur? Symptoms?
Just trying to figure out if it is worth the risk. :-)
No, it's not. Kernel
On 4/8/2014 3:11 PM, Mark Post wrote:
On 4/8/2014 at 04:07 PM, Marcy Cortes wrote:
Do you have any idea when the SP3 swap fix will reach a kernel in the service
stream yet?
Fairly soon, I would think. A new update should be coming out with the single
bug fixed that caused the withdrawal as s
On 4/8/2014 3:07 PM, Marcy Cortes wrote:
It's gone from SMT so you may not find it even if you wanted to have some fun.
Do you have any idea when the SP3 swap fix will reach a kernel in the service
stream yet?
Noper, I opened a ticket to ask and was told they don't know and can't
give an estim
Hi Mike,
Do you happen to have any more detail on what it does to the network?
Is it something that is likely to occur? Symptoms?
Just trying to figure out if it is worth the risk. :-)
Thanks,
Leland
On 3/31/2014 2:08 PM, Michael O'Reilly wrote:
Marcy,
Everyone should hold off testing t
Thanks Mike for the heads up and great timing! We were just about to
roll it out to several of our SAP servers.
Leland
On 3/31/2014 2:08 PM, Michael O'Reilly wrote:
Marcy,
Everyone should hold off testing this release, until a fixed one is
released. Today SuSE says:
You might have seen the
On 3/27/2014 10:40 AM, Jake anderson wrote:
Yes it is reserved in TCPIP PROFILE.
Also instead of Userid root running the start up command, I would like to
re-direct to another ID.
So that /u/users/bfgagent -s is started by abc123 instead of root. I tried
with su -abc123 /u/users/bfagent -s, b
On 3/27/2014 7:18 AM, Jake anderson wrote:
Hi Leland,
I tried this when TCPIP was fully functional.
Then have you reserved port 5557 in the TCPIP PROFILE?
Leland
--
For LINUX-390 subscribe / signoff / archive access instructi
On 3/27/2014 5:40 AM, Jake anderson wrote:
Hi Peter/All,
I tried executing the command from /etc/rc, But got the below error :
Ý131513¨ bfdaemon: Ý::/5557¨: bind: EDC5111I Permission denied.
Ý131513¨ bfdaemon: Ý0.0.0.0/5557¨: bind: EDC5111I Permission denied.
Ý131513¨ bfdaemon: no listeners; ex
On 3/13/2014 5:32 PM, Shan, Rita wrote:
Could anyone kindly provide information on how we can monitor/log zLinux file
updates by timestamp and by user ID? We have a number of staff maintaining
zLinux system all with sudo privilege, we need to have a way to track file
updates by date/time/user-
ow.
After the successful testing of a customer, the patches were pushed to the
SLE11-SP3 branch. A future update is due soon and it will include the
patches.
Mike O'Reilly
IBM Linux Change Team
, Marcy Cortes wrote:
Ah thanks. And great to know that the future kernel doesn't suffer from this!
Good work!
Marcy. Sent from my BlackBerry.
- Original Message -
From: Leland Lucius [mailto:lluc...@homerow.net]
Sent: Friday, March 07, 2014 04:24 PM Central Standard Time
To:
On 3/7/2014 3:57 PM, Marcy Cortes wrote:
weird, could the combo of the two of them be to blame?
I'm sure they got it right. Especially since that bit of code has been
effectively reverted in upstream as well at later kernel versions and
why I wasn't able to make it happen in a 3.13.5 kernel.
T
On 3/7/2014 3:00 PM, Marcy Cortes wrote:
Not yet.
We just got another kernel to test this morning and so far in limited testing
(not with WAS yet), it seems to be ok. Interestingly, this kernel supposedly
has this patch removed:
* Fri Mar 07 2014 sto...@suse.de
- revert patch
patches.fixes/
On 3/7/2014 3:00 PM, Marcy Cortes wrote:
Not yet.
We just got another kernel to test this morning and so far in limited testing
(not with WAS yet), it seems to be ok. Interestingly, this kernel supposedly
has this patch removed:
* Fri Mar 07 2014 sto...@suse.de
- revert patch
patches.fixes/
Hi Marcy,
Sorry to bother you about this, but did you ever get a resolution?
We've seen this as well and haven't yet gotten much relief from Novell,
so I started poking around myself and tracked it down to (in the kernel
package changelog):
* Thu May 23 2013 mgor...@suse.de
- Refresh
patches.fix
On 7/24/2013 1:00 PM, Mark Post wrote:
On 7/23/2013 at 07:59 PM, Leland Lucius wrote:
Has anyone else run into this after upgrading to SLES 11 SP3. This happens
when the module is loaded and is on an EC12 with crypto cards:
Unable to handle kernel pointer dereference at virtual kernel
Has anyone else run into this after upgrading to SLES 11 SP3. This happens
when the module is loaded and is on an EC12 with crypto cards:
Unable to handle kernel pointer dereference at virtual kernel address
00431000
Oops: 0004 [#1] SMP
Modules linked in: z90crypt(+) rng_core qeth_l3 qe
On 7/11/2013 2:41 PM, Marcy Cortes wrote:
Under z/VM right?
OCFS2 is pretty simple if the amount of space you need fits on a minidisk.
If you need cLVM, it's complicated.
The HAE guide helps some, but doesn't really put it into cook book format.
It's like a layer cake and you have to each la
On 7/11/2013 2:21 PM, Mark Post wrote:
On 7/11/2013 at 03:07 PM, Leland Lucius wrote:
Now that we have a choice, anyone have any pros/cons that they'd like to
share?
I would say the biggest thing to consider is this item from the SLE-ha-guide:
Read-only GFS2 Support
For easier migration
Now that we have a choice, anyone have any pros/cons that they'd like to
share?
My first attempt at using OCFS2 in an active/active DRDB-backed 4-node
cluster didn't pan out too well. But, I would have to say it wasn't
necessarily OCFS2s fault...more like me struggling to get fencing
working pro
On 7/8/2013 10:25 AM, Leland Lucius wrote:
One thing I do recall having difficulty with though is that zypper
doesn't like the checksums in the mirrored repodata files. They contain
a sha256 checksum, but zypper seems to truncate it to 40 bytes and it
complains that it doesn't matc
On 7/8/2013 9:37 AM, Will, Chris wrote:
As of this morning, the SUSE_SLES-SP3-migration patch is still not available,
at least for s390x.
Weird...I went through an upgrade on one of my play servers and it's now
at 11.3. I did kind of rush through it just to satisfy that instant
gratification
On 7/2/2013 10:18 PM, Srivastava, Sagar wrote:
I have been trying to find out the procedure for upgrading SLES11 SP2 to
SP3 just like I did for SP1 to SP2(see below)
http://www.novell.com/support/kb/doc.php?id=7010200
but without luck. I have SMT (subscription management server). Does
anyone k
On 7/2/2013 10:14 PM, Leland Lucius wrote:
Don't know if it's been announced, but if you log into support, you are
able to download the ISOs. The RPMs are available for mirroring as well.
Still a little head of the game as the available kernel version for SP2
is higher than the one
Don't know if it's been announced, but if you log into support, you are
able to download the ISOs. The RPMs are available for mirroring as well.
Leland
--
For LINUX-390 subscribe / signoff / archive access instructions,
send em
On 6/13/2013 2:40 PM, Rick Troth wrote:
Or maybe a compiled smiucv should also be on the Downloads page?
...
I'll talk to Leland about shipping a prebuilt one, though
-- no need to force a toolchain install if not needed.
CORRECT.
And for "external facing" or "cloud" guests, it's important
On 6/13/2013 2:28 PM, Ron Foster wrote:
Anyone have any experience running SAP apps servers under z/vm with a larger
than 8k MTU size?
We run with a 16K MFS and an 8K MTU. Like you, we use a single
hipersocket CHPID.
However, we're still on z/OS 1.12 with plans to upgrade to z/OS 1.13
sooni
On 5/16/2013 10:15 AM, Will, Chris wrote:
> We ran into this issue and are rolling out the fix provided by Novell.
> Novell was telling us that it was due to a large number of ssh logins to a
> host but this does not always seem to be the case. Anyone have a more
> definitive reason for what c
13 7:22 PM, Theodore Rodriguez-Bell wrote:
Leland Lucius reported a problem where /dev/urandom was returning 0 bytes on a read.
Well, it bit us too. I filed a support call with Novell/SuSE and got "if you can't
give us a system where the bug is happening now, we can't help.
This appears to be a known issue that is being actively researched.
Leland
On Mon, Apr 8, 2013 at 1:13 PM, Philipp Kern wrote:
> On Mon, Apr 08, 2013 at 11:50:53AM -0400, Mark Ver wrote:
> > Can you check:
> > chkconfig -l random
> >
> > I think, usually /etc/init.d/random is executed au
A bit more info in case anyone is interested...
I enable tracing and found something interesting. It seems that the number of
entropy bits go negative at some point:
<...>-28916 [002] 535863.435655: extract_entropy: input pool: nbytes 8
entropy_count 3646 caller xfer_secondary_pool+0xaa/0x10c
On 4/5/2013 10:02 PM, Gregg Levine wrote:
So why does the system need to be restarted? That's the strange part.
What's causing it and why does it get fixed that way. And then why
does it happen?
I've got a workaround for now (softlink urandom to random) and will open
a ticket with Suse RSN. H
On 4/5/2013 8:33 PM, Gregg Levine wrote:
On Fri, Apr 5, 2013 at 9:26 PM, Leland Lucius wrote:
On 4/5/2013 5:59 PM, Pedro Principeza wrote:
Hi.
Although it seems to have all the needed permissions and nodes. Have you
tried to recreate it, using:
mknod /dev/urandom c 1 9
Same result
On 4/5/2013 5:59 PM, Pedro Principeza wrote:
Hi.
Although it seems to have all the needed permissions and nodes. Have you
tried to recreate it, using:
mknod /dev/urandom c 1 9
Same result...still returning zero bytes.
Leland
-
On Fri, Apr 5, 2013 at 3:59 PM, Pedro Principeza wrote:
> Hi.
>
> Would you mind sending us the output of:
>
> # ls -l /dev/urandom
>
> Here ya go:
pzsfs101:~ # ls -l /dev/urandom
crw-rw-rw- 1 root root 1, 9 Mar 30 21:08 /dev/urandom
--
Have recently run into an issue where /dev/urandom is empty:
pzsfs101:~ # dd if=/dev/urandom of=/dev/null count=10
0+0 records in
0+0 records out
0 bytes (0 B) copied, 1.35e-05 s, 0.0 kB/s
Has anyone else seen this?
It causes sshd to fail logins and can only be corrected (as far as I can
tell) w
Make sue you started an X server on you PC and make sure X11forwarding is
enabled prior to logging in.
On Mar 7, 2013 12:54 PM, "Smith, Ann (CTO Service Delivery)" <
ann.sm...@thehartford.com> wrote:
> We made it to SLES11 and at point of patching
> Have hit an issue in that script uses YaST2
> Pe
Okay, I just have to add my 2 cents. :-)
Doesn't seem like you can use X there, so don't try to force it. We just
upgraded ~230 servers without using X or VNC. We used the good old ncurses
interface. I have to admit that these upgrades were completely automated
and the script accessed the "upg
We just went through this ourselves. You will need to open an SR with
Novell and ask them to get you licensed for HAE. It took about a month
between the time we opened the SR and when we could download the
updates. (They actually asked us to show them why we though we were
entitled...we directe
On 2/18/2013 2:52 AM, Leland Lucius wrote:
> This would have been nice, but it doesn't work. :-(
>
> I will prevail though! :-)
>
I'm ashamed to say that I thought for a while it was going to beat me. It did
teach me more respect (not necessarily understanding) of these u
This would have been nice, but it doesn't work. :-(
I will prevail though! :-)
Leland
On 2/17/2013 11:36 PM, Leland Lucius wrote:
An addendum to my previous post...
Ran into an issue this weekend where we'd added a new disk to the root VG of a
system and that system wouldn'
An addendum to my previous post...
Ran into an issue this weekend where we'd added a new disk to the root VG of a
system and that system wouldn't boot because we didn't recreate the initrd.
Yes, really! We actually had to recreate the initrd just because we added a
disk to the root VG.
Being
On 2/13/2013 6:56 PM, Leland Lucius wrote:
On 2/13/2013 10:07 AM, Peter Oberparleiter wrote:
On 13.02.2013 00:38, Leland Lucius wrote:
Create the following file and remove all of your existing
51-dasd*.rules.
cat /etc/udev/rules.d/51-dasd.rules
# Rule to add all eckd devices
ACTION==&quo
Hi Tomas,
Did you catch this line in my other reply?
# Set them to readonly if linked R/O
ACTION=="add", SUBSYSTEM=="ccw", DRIVER=="dasd-eckd", PROGRAM="/bin/sh -c
'/sbin/modprobe vmcp;/sbin/vmcp q v dasd|grep ${DEVPATH##*.}|grep -q R/O'",
ATTR{readonly}="1"
Again...make sure it's all on one l
On 2/13/2013 10:07 AM, Peter Oberparleiter wrote:
On 13.02.2013 00:38, Leland Lucius wrote:
Create the following file and remove all of your existing 51-dasd*.rules.
cat /etc/udev/rules.d/51-dasd.rules
# Rule to add all eckd devices
ACTION=="add", SUBSYSTEM=="ccw", DRIVE
On Wed, Feb 13, 2013 at 12:49 PM, Mark Post wrote:
> >>> On 2/12/2013 at 06:38 PM, Leland Lucius wrote:
> > As a followup to a posting over on the IBM/VM mailing list about using
> > dasd_configure to bring a device online and create the necessary udev
> > rules,
On 2/13/2013 1:31 AM, Pavelka, Tomas wrote:
Will your solution preserve read only attributes? I.e. if you bring all dasd
online with a single udev rule, will those linked as read only have the correct
read only attributes so the kernel knows that it cannot write to them?
No, but it would be e
As a followup to a posting over on the IBM/VM mailing list about using
dasd_configure to bring a device online and create the necessary udev
rules, I wanted to contribute this as I think having a separate rule file
for every disk device attached to my guests is just wrong.
Personally, I haven't us
Sorry, that should be "> 255"...stupid fingers!
Leland
On Tue, Jan 22, 2013 at 5:49 PM, Leland Lucius wrote:
>
> Not really. The different address spaces are handled inside the kernel.
> You're looking at dealing with user mode progs, so they shouldn't care
Not really. The different address spaces are handled inside the kernel.
You're looking at dealing with user mode progs, so they shouldn't care
what address space they run in.
It looks like SVC 0 is used as a "router" for syscalls > 256 and the actual
syscall number defined in /usr/include/asm/un
If you're running SLES, check /etc/sysconfig/cron. There's a setting
called CLEAR_TMP_DIRS_AT_BOOTUP. It appears the default is NO.
On Fri, Jan 18, 2013 at 2:42 PM, Mark Pace wrote:
> Is there a way to disable autocleanup of /tmp at boot? I've found
> /etc/rc.d/boot.cleanup but I'm unsure o
On 1/11/2013 4:55 PM, Marcy Cortes wrote:
Has anybody been able to run SLES 11.1 s390x servers for more than 417 days
without problems, and if so, what is/was the level of their kernel?
Are you kidding? Some of us patch for security. Frequently. Very
frequently. 90 days would be a caus
On 12/2/2012 1:43 PM, Leland Lucius wrote:
Marcy,
Did you get past this issue? Did 3.0.38 or fix it for you?
or 3.0.42
:-)
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists
Marcy,
Did you get past this issue? Did 3.0.38 or fix it for you?
Thanks much,
Leland
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 o
Thanks Mary. Not often we get something for free on z. :-)
On Fri, Nov 30, 2012 at 4:14 PM, Marcy Cortes wrote:
> Not on z - its zero charge there.
>
> -Original Message-
> From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
> Leland Lucius
> Sent
I thought at one point Novell included all of the HA packages in the base
product. But, now it "seems" that HAE has to be purchased separately.
Is that correct?
Thanks,
Leland
--
For LINUX-390 subscribe / signoff / archive acc
On Wed, Oct 10, 2012 at 12:53 PM, Mark Post wrote:
>
> >>> On 10/10/2012 at 11:35 AM, "Duerbusch, Tom"
> >>> wrote:
>
> > Just speaking to LVM...
> >
> > Striping the data across multiple volumes (which in modern dasd is already
> > stripped in the Raid array), would give you the best performanc
On Wed, Oct 10, 2012 at 12:53 PM, Mark Post wrote:
>
> >>> On 10/10/2012 at 11:35 AM, "Duerbusch, Tom"
> >>> wrote:
>
> > Just speaking to LVM...
> >
> > Striping the data across multiple volumes (which in modern dasd is already
> > stripped in the Raid array), would give you the best performanc
On Thu, Nov 3, 2011 at 3:10 PM, Alan Altmark
> You aren't going
> to be able to fix them from MVS.
>
I'm not saying you're wrong because you're absolutely right.
But, I'm feeling a little nostalgic today and thought I point out a
bit of code I'd done a while back.
http://www.sinenomine.net/produc
On 10/27/11 11:07 AM, Marcy Cortes wrote:
> Offer, I do get the erratic pings too. Not as high as 200, but some 50s.
>
> It was reported to me a few weeks ago by one of our more sophisticated users
> that traceroute occasionally fails over the same vswitch.
> Run it like 20 times 1 right after an
On 4/13/11 2:58 AM, Mark Post wrote:
On 4/13/2011 at 03:00 AM, Leland Lucius wrote:
Yepper, that's exactly what it's supposed to do, but the word count
("$#") will not be 3, it will be 4 for "root=/dev/rootvg/lv01":
Looks like you're right. If it's
On 4/12/11 11:48 PM, Mark Post wrote:
On 4/12/2011 at 10:39 PM, Leland Lucius wrote:
n 4/12/11 4:11 PM, Leland Lucius wrote:
Does anyone else find this bit of code produced by mkinitrd to be a little
off?
root=/dev/*)
set -- $(IFS=/ ; echo $o)
if [ "$#&
On 4/12/11 4:11 PM, Leland Lucius wrote:
Does anyone else find this bit of code produced by mkinitrd to be a little off?
root=/dev/*)
set -- $(IFS=/ ; echo $o)
if [ "$#" = "3" ]&& [ "$2" != "cciss" ] ; then
vg_ro
Does anyone else find this bit of code produced by mkinitrd to be a little off?
root=/dev/*)
set -- $(IFS=/ ; echo $o)
if [ "$#" = "3" ] && [ "$2" != "cciss" ] ; then
vg_root=$2
fi
;;
This comes from the "init" script created by the mkinitrd command.
Le
On 2/22/11 12:54 AM, Mark Post wrote:
On 2/22/2011 at 01:42 AM, Leland Lucius wrote:
Up til now we've used Reiser and would convert to ext3 as part of the
rebuilds. But, should we leave all of this until the next upgrade?
Will the next recommendation be btrfs or ext4? Will they still b
We're going to be upgrading to SLES11 and we have the desire to
standardize all of our file systems layouts. We did start out with a
standard, but that has evolved over the years and it's now pretty
stable, so we figure we might as well take the opportunity...
Up til now we've used Reiser and wo
On 2/15/11 10:19 AM, Rogério Soares wrote:
>
> but, i shoud be able to see some increase on Per-device successfully
> completed request counts ?
>
> Thanks for you attention :)
>
Yes, they do increase for me each time I login via ssh:
pzsadm01:~ # cat /proc/driver/z90crypt
zcrypt version: 2.1.
On 2/12/11 3:03 PM, Rogério Soares wrote:
> Mike, i have installed all packages describe on paper.. appears like sshd is
> not calling icalib, i just have recompile sshd with --ssl-engine, is just it
> ? i do not understand very well on paper if the "PTF" is just is or
> something more...
>
When I
Some of you folks might find this useful. It implements all but 1 of
the SMAPI functions in a single bash script. In addition, it supports
TCP/IP via bash's builtin /dev/tcp support and IUCV via the embedded
smiucv program that you can build using "smcli smiucv".
Documentation is slim, so you'l
Another way of telling is to transfer a LARGE file with your
pre-crypto sshd and again with your post-crypto sshd. Just watch the
difference it makes in your favorite z/VM performance monitor. You
won't necessarily realize an improvement in throughput, but the amount
of CPU consumed drops conside
especially for something that's at version
0.0.1. :-)
Leland
On 1/26/11 1:48 AM, Leland Lucius wrote:
On 1/25/11 11:59 PM, Mark Post wrote:
On 1/26/2011 at 12:02 AM, Leland Lucius wrote:
Has anyone tried and gotten this to work:
http://doc.opensuse.org/products/draft/SLES/SLES-deployment/ch
On 1/25/11 11:59 PM, Mark Post wrote:
>>>> On 1/26/2011 at 12:02 AM, Leland Lucius wrote:
>> Has anyone tried and gotten this to work:
>>
>> http://doc.opensuse.org/products/draft/SLES/SLES-deployment/cha.update.auto.
>> html
>
> I would imagine not, sin
Has anyone tried and gotten this to work:
http://doc.opensuse.org/products/draft/SLES/SLES-deployment/cha.update.auto.html
I've gotten half way there, but rather than spend (waste) too much more time on
it, I thought I'd better ask to see if I'm banging my head against the wall for
nothing.
Ar
If the Oracle client loads libraries dynamically, then I'd try to find out
if you're missing any lib* packages that you may have installed on the SLES9
system. I wonder if you might have some 32bit libs missing...
On Tue, Dec 14, 2010 at 12:12 PM, Marcy Cortes <
marcy.d.cor...@wellsfargo.com> wro
Mark Post wrote:
On 9/3/2010 at 09:59 PM, Marcy Cortes wrote:
Has anyone tried it? Did I miss a needed package or something?
Take a look at
http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP101690 When I read
it, I stepped through it on our z10 and everything worked as describe
Mark Post wrote:
On 8/23/2010 at 07:09 PM, Pamela Christina in beautiful Endictt NY
wrote:
The next webcast is scheduled for Wed. Aug 25 with a choice
of two times (9am EDT (NY) and 2PM EDT)
Topic: Linux on System z SLES11 SP1 Performance Report
Speaker: Christian Ehrhardt, IBM Boeblingen
Wouldn't that be a good candidate for LVM snapshots? (Sorry, if that's not
germane to the subject...I haven't followed the thread until now.)
Leland
On Wed, Aug 25, 2010 at 12:03 PM, Christian Paro
wrote:
> Not quite what I meant.
>
> I was thinking of situations where the original system would
Wouldn't that be a good candidate for LVM snapshots? (Sorry, if that's not
germane to the subject...I haven't followed the thread until now.)
On Wed, Aug 25, 2010 at 12:03 PM, Christian Paro
wrote:
> Not quite what I meant.
>
> I was thinking of situations where the original system would be te
ogging in to most
> graphical desktops.) With care (and I don't mean much) you can have
> C-Shell variants also source $HOME/.profile and safely return to their
> expected behavior.
>
> I usually set my default shell to /bin/sh in case the environment goes
> multi-platform, but
Specifically, has your default PS1 prompt behavior changed? How about
the sourcing of your private .bashrc? Do you have your default shell
set to /bin/sh?
Just curious if anyone else is having issues.
Thanks,
Leland
--
For L
Hi Lionel,
I run a local update server and pull the updates down with YUP. We've never
had any of our servers register themselves with Novell (not even sure they
have firewall access even). I know this doesn't really help you in your
current situation, but it might be an option for you in the fu
Edmund R. MacKenty wrote:
BTW: We ended up doing shared-root a bit differently, because we wanted to
have shared filesystems but also wanted / itself to be writable so we could
create mount-points for new filesystems as needed. So we made the filesystem
containing / writable, and put all of /bin
Richard Troth wrote:
There's a bigger picture: avoid open files in /etc altogether (when
trying to unmount it). (Your points #2 and #3 in your "nevermind"
post also sugggest this.) To that end, while FHS and LSB say that
your init scripts should go under /etc/init.d, there's nothing
stopping y
Richard Troth wrote:
And now I've strayed from
Leland's question. Ooopppsss...
Was still interesting though. :-)
Leland
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.e
Michael MacIsaac wrote:
Leland,
For you "shared root crazies" out there, how did you get /etc to unmount
...
Or perhaps a better question is "How did you get /etc to *mount*?"
As I recall the install programs will not allow /etc to be a mounted file
system. This makes some sense as the file
Run that script from inittab during runlevels 0 and 6 after the
normal "rc" scripts.
Leland
Leland Lucius wrote:
For you "shared root crazies" out there, how did you get /etc to unmount
during shutdown? (on SLES10)
I've been tinkering around with this and everyth
For you "shared root crazies" out there, how did you get /etc to unmount
during shutdown? (on SLES10)
I've been tinkering around with this and everything works well except
that it won't unmount /etc during shutdown since it's in use by the "rc"
script(s) when boot.localfs runs. And since /etc i
Mark Post wrote:
On 5/19/2010 at 11:48 AM, Leland Lucius wrote:
I didn't realize there were packages included on the SLES10 media there
weren't supported. I always thought that if it was included in the
distro then we could use it without worry.
The package itself is supported. I
Mark Post wrote:
On 5/19/2010 at 11:28 AM, Leland Lucius wrote:
Why not? We've used zypper on SLES10 ever since we upgraded to SLES10
some 2 years ago. It's a little slow, but it works nicely and doesn't
require zmd.
Because in SLES10 it's not a supported to
Thang Pham wrote:
Hi,
I am trying to add an installation source using zypper: zypper sa
file:/install/sles11/s390x/1
It fails with the following error:
# zypper sa file:/install/sles11/s390x/1
Try adding a "/" to the end of the path.
Leland
--
Mark Post wrote:
On 5/18/2010 at 03:53 PM, Thang Pham wrote:
I am on SLES 10.3 and zypper does not have the addrepo option.
Then you shouldn't be using the zypper command at all. Use "rug sa" instead.
Why not? We've used zypper on SLES10 ever since we upgraded to SLES10
some 2 years ago.
I used yup-232-2.2.noarch.rpm and made a slight change to the script to get
it to pull the -Updates and -Online. It still had issues pulling the -Pool
stuff and since I only needed to do that once, I just pulled -Pool manually.
Here's the diff but I'm guessing it'll wrap, so basically just look f
David Stuart wrote:
Alan,
CMS is like a porcupine in a balloon factory
What imagery. Thanks for the laugh, first thing in the morning.
The porcupine in the balloon factory isn't a problem until the balloon's
are shipped and the customer tries to use them. :-)
Leland
I know the answer will be "It depends.", but I figure I might as well ask
anyway.
We're in the process of migrating Websphere workloads from AIX to zLinux and
figure we will need to add additional IFLs and memory. But, rather than
simply boosting the existing VM LPARs, we're wondering if it would
Barton Robinson wrote:
So you should probably measure the two before deciding on which one you
want to keep. CMM-1 has very positive results, cmma not so positive.
At the risk of bringing on the wrath of the performance gods, I just
have to say that I'm not really interested in measuring whethe
Mark Post wrote:
On 9/22/2009 at 11:35 PM, Leland Lucius wrote:
Is it being removed entirely or will distros be providing it?
First, let's distinguish between CMM-1 and CMM-2/CMMA. It is the latter that
is being dropped by IBM. It will remain in the distribution versions in whic
Is it being removed entirely or will distros be providing it?
Leland
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.m
1 - 100 of 148 matches
Mail list logo