headers
mchandler | 1 Mar 2006 01:41
Picon

Finally found it: Policies.exe

Someone was looking for this program that temporarily suspends the Windows
Group Policy with a password so you can do maintenance or whatever.  I
managed to track down a copy.  The author is strangely quiet and I'm not
sure why.  Coolsolutions removed it from their site for some reason, but
you're welcome to it if you want it.  I feel like I'm holding something
that may help or hurt me, just not sure which at this point.

Mel Chandler, A+, Network+, MCSE, MCDBA, Master CNE, CCNA
Network Engineer
Information Technology
Canon Business Solutions
(310) 217-3893

GCS d--- s+: a C++ UL++++ P+ L++ E W+++ N++ o+ K- w+
O- M-- V- PS PE+ Y+ PGP+ t+ 5+ X+ R tv+ b- DI++++ D++
G e++ h-- r y+
Permalink | Reply | 0 comments |
headers
Randy Grein | 1 Mar 2006 02:56
Picon

Re: A ray of hope?

Interesting - the biggest single growth market in the world....
Randy Grein, Master CNE, CCNA

On Feb 28, 2006, at 1:41 PM, Joe Pampel wrote:

> The boys from Provo (err, Boston?) are doing well in China..
>
> http://www.noticias.info/asp/aspComunicados.asp?nid=150189&src=0
>
> Nice to see. :)
> _______________________________________________
> Novell mailing list
> Novell <at> netlab1.usu.edu
> http://netlab1.usu.edu/mailman/listinfo/novell
Permalink | Reply | 501 comments |
headers
Chris Nevener | 1 Mar 2006 07:02

Re: Finally found it: Policies.exe

Mel. I too have been looking.

Can you send me a copy?

Thanks,
Chris

>>> <mchandler <at> solutions.canon.com> 01.03.2006 01:41:24 >>>
Someone was looking for this program that temporarily suspends the Windows
Group Policy with a password so you can do maintenance or whatever.  I
managed to track down a copy.  The author is strangely quiet and I'm not
sure why.  Coolsolutions removed it from their site for some reason, but
you're welcome to it if you want it.  I feel like I'm holding something
that may help or hurt me, just not sure which at this point.

Mel Chandler, A+, Network+, MCSE, MCDBA, Master CNE, CCNA
Network Engineer
Information Technology
Canon Business Solutions
(310) 217-3893

GCS d--- s+: a C++ UL++++ P+ L++ E W+++ N++ o+ K- w+
O- M-- V- PS PE+ Y+ PGP+ t+ 5+ X+ R tv+ b- DI++++ D++
G e++ h-- r y+

_______________________________________________
Novell mailing list
Novell <at> netlab1.usu.edu 
http://netlab1.usu.edu/mailman/listinfo/novell
(Continue reading)

Permalink | Reply | 0 comments |
headers
Curtis Parker | 1 Mar 2006 18:49
Favicon

Re: Something wrong with latest SLES9 yast updates


Curtis Parker
State of Utah,
Information Technology Services
cparker <at> utah.gov
801-538-3551>>> novell-request <at> netlab1.usu.edu 2/28/06 12:00:00 PM >>>

>I've had similar experiences.  If yours is an HP DL 380 G4 or similar, it's probably the same.  The same thing
happened here when I rebooted after applying OES SP2 / SLES9 SP3 online update.  I even re-installed the
machine with the OES SP2 installation set.  The same thing happens after the file copy and first reboot. 
I've concluded that the cause is a conflict between the updated kernel version and the HP controller
driver version.  We're running on a Smart Array 6400 controller but the same thing happened when we went
back to the integrated 6i controller.  They both use the same driver.  If you check the HP software and driver
site, the download page for SLES9 on a HP DL380G4 is: http://h18000.www1.hp.com/support/files/server/us/locate/1110_5561.html
>Click on the link to the HP ProLiant Smart Array Controller version 2.6.10-11 and look at the support
kernels, the last one is 2.6.5-7.191.  That's the version of SLES9 SP2 / OES SP1.  SLES9 SP3 / OES SP2 updates
to 2.6.5-7.244.  I believe that's where the version mismatch is.  The HP smart array driver in SLES9 SP3 does
not support the kernel update in that support pack.  HP DL 380s are a VERY common platform.  How did this
kernel update get through without adequate testing on this platform?  I'm looking for confirmation from
other experts out there.
> 
>Right now, we're back to running on OES SP1.  
> 
>Curtis Parker
>State of Utah,
>Information Technology Services
>cparker <at> utah.gov 
----------
    Yes, as I mentioned about disk driver versions versus kernels.
Last summer I ran into the same problem with the RAID controller on an
(Continue reading)

Permalink | Reply | 0 comments |
headers
Joe Doupnik | 1 Mar 2006 19:18

Re: Something wrong with latest SLES9 yast updates

	<snippage of the original problem and discussion>

>    Yes, as I mentioned about disk driver versions versus kernels.
>Last summer I ran into the same problem with the RAID controller on an
>IBM xSeries server. To make progress I talked with IBM and Novell to
>obtain a working driver as a personal favor. Such items typically lag
>kernel shippments by long times.
>    The path to survival is edit /boot/grub/menu.lst to include
>your latest working kernel as a boot option, and keep that material
>carefully preserved from YaST's attempt at cleaning up old things.
>    As a rule, we learn to not update kernels just because a niggle
>has been fixed, enterprise SuSE or not. But if it happens we can uninstall
>the RPM and put back the previous kernel (if you saved its RPMs).
>    Joe D.
>
>
>------------------------------
>
>Joe, your response reminds of how little I know about Linux.  If possible I'd 
like a how-to on how I could have rescued myself from that
 read-only-filesystem-in-maintenance-mode "black hole" I found myself in
 when my server rebooted.  How do I tweak that /boot/grub/menu.lst file?
  How do I preserve material from YaST cleanup?  How do I uninstall an RPM
 in maintenance mode or rescue mode?  If that's too much for this listserv
 thread, then point me to a book and I'll buy it.
-------
	It's back to climbing the learning curve, again, alas. I would like
to say I teach commercial courses through http://www.mindowrksuk.com/
on these subjects and more, but that would be beating my own drum. So we will
make do with cryptic notes here. There is no book on the topics, none which
(Continue reading)

Permalink | Reply | 0 comments |
headers
Rick Zeman | 1 Mar 2006 20:32

Wow...client fix

Looking at the patch notes on the latest loginw32.dll for the 4.91
client I saw this fix:

2. Users unable to login workstation only when disconnected from the
network and the "workstation only" check box has been removed. (146030)

Once upon a time, someone had set up his Citrix server to use LDAP
authentication AND had removed the workstation only checkbox (since
people logged into Windows via AD).  Then, this admin accidentally
turned off the Ethernet interface whilst working from home one late
night.  "No problem," says I, "I'll just turn it back on in the
morning."

Oops, it's sitting at the login prompt.  Hmm, have to log in.  "Whaddya
mean, you can't find an LDAP server and won't let me log in?"    Well,
I'll just lock in "Workstation On...oh  <at> #$$!, I can't."

Serious chicken and egg problem solved by rebooting into the last know
good configuration.

Glad to see I'm not the only person who's done something like this. 
;-)

Rick Zeman
Information Technology Department
Melwood Horticultural Training Center
301.599.4560
<http://www.melwood.org>
Permalink | Reply | 0 comments |
headers
Joe Acquisto@ j4computers | 1 Mar 2006 21:06
Favicon

Castelle Faxpress - move

Any experiences moving Castelle Faxpress?  Hoped it would be simple, but the beastie refused to log into the
server I wish to migrate it to, so we can retire the old beastie.  Suspect it was installed to be server
specific.  Last app running.

I'll be perusing docs, while pursing enlightenment. But, don't let that stop any one from supplying a step
by step.

joea
Permalink | Reply | 0 comments |
headers
Joe Acquisto@ j4computers | 1 Mar 2006 21:29
Favicon

Re: Castelle Faxpress - move

Suitable docs found.  Feel free anyway.

joea

>>> Joe Acquisto  <at> j4computers<joea <at> j4computers.com> 03/01/06 3:06 PM >>>
Any experiences moving Castelle Faxpress?  Hoped it would be simple, but the beastie refused to log into the
server I wish to migrate it to, so we can retire the old beastie.  Suspect it was installed to be server
specific.  Last app running.

I'll be perusing docs, while pursing enlightenment. But, don't let that stop any one from supplying a step
by step.

joea
_______________________________________________
Novell mailing list
Novell <at> netlab1.usu.edu 
http://netlab1.usu.edu/mailman/listinfo/novell
Permalink | Reply | 0 comments |
headers
Curtis Parker | 2 Mar 2006 00:01
Favicon

Re: ldap authentication and password expiry


>>> On 2/27/2006 at 2:25:48 pm, petervl <at> gmail.com wrote:
> for those of you doing extensive IDM or other work enabling
> applications to authenticate to edir via LDAP ---
> 
> how have you handled password expiration issues? I have some 15 apps
> or so that currently use LDAP auth, and we want to enable password
> expiration. But, it appears that the NLDAP deamon neither
understands
> nor even sees the password expiry info ... thus, users do not get
> prompted about the upcoming expiration, and then they get locked
out.
> 
> For thos users that often login via a novell interface, they get
> notified. But we have a number of users that ONLY login via various
> ldap clients.
> 
> Is there anyway to tell NLDAP to inform clients of pending expiry?
Or
> -- what are some good ways to handle this?

Actually... There IS some sort of message that NLDAP sends regarding
password expiration. The GroupWise POA can use LDAP for authentication,
and when a user's password has expired it will prompt the user to change
it. When I "sniffed" the LDAP conversation during this period, I found
what appeared to be custom response codes from NLDAP. The GroupWise POA
understands these responses, and tells the user appropriately. However,
I could not get any *other* LDAP code to receive these messages (java
class, perl, etc).
(Continue reading)

Permalink | Reply | 2 comments |
headers
sashanos (sent by Nabble.com | 2 Mar 2006 00:52
Favicon

Backup exec in Novel 6.5


I am trying to install Terabyte drive into our Novell 6.5 network. Problem is
backup exec can not see the network drive (terabyte) in its network
management. 
Any ideas or help will be appreciated

Cheers
--
View this message in context: http://www.nabble.com/Backup-exec-in-Novel-6.5-t1208978.html#a3194325
Sent from the Novell forum at Nabble.com.
Permalink | Reply | 0 comments |

Gmane