[cobalt-users] RE: cobalt-users digest, Vol 1 #5020 - Re: Usernames & passwords

[Kelly Ueoka <KellyU@xxxxxxxxxxxx>]

The real encrypted passwords on the raq4 is stored in the etc/shadow file.
Open it with an editor and then run a search for users that you want to
change, this will allow you to copy passwords between servers.  Only copy
the encryption between the : :.  So for example, it looks like this
bob:sdhfkjash342h3:  On the target server you have to create the users
through the GUI and then give them any password you want.  Edit the shadow
files and your done.

Kelly J. Ueoka
Server administrator


-----Original Message-----
From: cobalt-users-request@xxxxxxxxxxxxxxx
[mailto:cobalt-users-request@xxxxxxxxxxxxxxx]
Sent: Tuesday, September 24, 2002 3:39 PM
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: cobalt-users digest, Vol 1 #5020 - 15 msgs


Send cobalt-users mailing list submissions to
	cobalt-users@xxxxxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
	http://list.cobalt.com/mailman/listinfo/cobalt-users
or, via email, send a message with subject or body 'help' to
	cobalt-users-request@xxxxxxxxxxxxxxx

You can reach the person managing the list at
	cobalt-users-admin@xxxxxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of cobalt-users digest..."


Today's Topics:

   1. Re: Usernames & passwords (Oleg Volkov)
   2. Re: ssl and authentication questions (Josh Kuperman)
   3. RE: Usernames & passwords (Jolley, Carl)
   4. Re: Update failure installing	Qube3-ml-Update-4.0.pkg (Lloyd Kvam)
   5. RE: Sources for used/remanufactured Cobalt products? (Web Host Supply)
   6. RE: Sources for used/remanufactured Cobalt products? (Network
Operations)
   7. Re: Update failure installing	Qube3-ml-Update-4.0.pkg (Lloyd Kvam)
   8. ISDN on Qube3 (mikenulty@xxxxxxxxxxx)
   9. Re: Update failure installing	Qube3-ml-Update-4.0.pkg (Lloyd Kvam)
  10. Re: Update failure installing
       Qube3-ml-Update-4.0.pkg (Sonny Taite)
  11. Re: Update failure installing
       Qube3-ml-Update-4.0.pkg (Malcolm McLeary)
  12. Re: Update failure installing
       Qube3-ml-Update-4.0.pkg (Malcolm McLeary)

--__--__--

Message: 1
From: "Oleg Volkov" <voleg@xxxxxxxxxxxx>
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-users] Usernames & passwords
Date: Tue, 24 Sep 2002 22:12:59 +0300
Reply-To: cobalt-users@xxxxxxxxxxxxxxx

> Hi,
> 
> I am moving sites from one Raq4 to another one, including usernames, 
> email settings, etc etc etc. Instead of copying postgresql databases 
> and other files, I manually re-created everything through the Cobalt 
> GUI. There's one thing I cannot re-create: passwords. One thing I 
> could do, would be to hand out new passwords to all users, but this 
> not an option. Is there any way of finding out what a user's 
> password is? And if I can't because the passwords are encrypted, is 
> there any way of adding encrypted passwords instead of plain passwords?

Of coursse you can put encrypted passwords back.
I have no RaQ4, so I do not know where passwords stored,
but if it is in postgresql as you mentioned, it should
be an easy SQL query for exporting such information and
another SQL to put it back to new database.

--
Oleg Volkov
System Administrator
SHUNRA Software Ltd.
http://www.shunra.com

+972-9-7643743/93121(w)
+972-51-601914(m)


--__--__--

Message: 2
Date: Tue, 24 Sep 2002 15:26:15 -0400
From: Josh Kuperman <josh@xxxxxxxxxxxxxxxxxx>
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-users] ssl and authentication questions
Reply-To: cobalt-users@xxxxxxxxxxxxxxx

On Thu, Sep 19, 2002 at 12:24:18AM +0300, Oleg Volkov wrote:
[quoted stuff deleted ]

> Do not try to build an iron from your coffee machine !
> 
> There is number solution for this , even PDC Samba on LDAP !
> 
> The feature you see on Cobalt about LDAP is LDAP authentication
> if you already have setted LDAP server running.

My RaQ XTR has the package. When I run

rpm -ql openldap

it has the full complement of programs installed.

/etc/rc.d/init.d/ldap start

will start slapd running. I just wanted to know how to set up what I
already have.


-- 
Josh Kuperman                       
josh@xxxxxxxxxxxxxxxxxx


--__--__--

Message: 3
From: "Jolley, Carl" <Carl.Jolley@xxxxxxx>
To: "'cobalt-users@xxxxxxxxxxxxxxx'" <cobalt-users@xxxxxxxxxxxxxxx>
Subject: RE: [cobalt-users] Usernames & passwords
Date: Tue, 24 Sep 2002 15:37:19 -0400
Reply-To: cobalt-users@xxxxxxxxxxxxxxx

-----Original Message-----
From: Oleg Volkov 
Sent: Tuesday, September 24, 2002 3:13 PM
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-users] Usernames & passwords


> Hi,
> 
> I am moving sites from one Raq4 to another one, including usernames, 
> email settings, etc etc etc. Instead of copying postgresql databases 
> and other files, I manually re-created everything through the Cobalt 
> GUI. There's one thing I cannot re-create: passwords. One thing I 
> could do, would be to hand out new passwords to all users, but this 
> not an option. Is there any way of finding out what a user's 
> password is? And if I can't because the passwords are encrypted, is 
> there any way of adding encrypted passwords instead of plain passwords?

Of coursse you can put encrypted passwords back.
I have no RaQ4, so I do not know where passwords stored,
but if it is in postgresql as you mentioned, it should
be an easy SQL query for exporting such information and
another SQL to put it back to new database.
-----------------------------

The encrypted passwrod strings are kept in a flat file, /etc/shadow.


--__--__--

Message: 4
Date: Tue, 24 Sep 2002 17:00:03 -0400
From: Lloyd Kvam <lkvam@xxxxxxxxx>
Organization: Venix Corp
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-users] Update failure installing
Qube3-ml-Update-4.0.pkg
Reply-To: cobalt-users@xxxxxxxxxxxxxxx

Sonny Taite wrote:

> Always a tricky problem!
> 
> My only advice is before you give in, try to work out why it is not
booting,
> and why the ethernet devices are not coming up.
> 
> If you can get a command line:
> 
> 1. cat /etc/modules.conf - looking for alias eth0 dp83815 and eth1 dp83815
> 
> Short version: this says load the kernel module/driver for eth0/1


Yes, these lines are present


> 
> 2. if these exist use "ifconfig eth0 up" command to see if it will come up
> without any more mucking around


It will not come up.  No such device.



> 3. if 1 is true but 2 is not, then cd /etc/sysconfig/network-scripts and
> look at the ifcfg-eth0 and ifcfg-eth1 files - they will have the
information
> for your networks.


These are OK.



> 4. thank the allmighty command line, and curse the gui gods.


AMEN

> 5. if none of this works, and the machine won't even boot, then it might
be
> easier to restore the machine, rather than follow detailed instructions
from
> the mailing list.


We restored onto a second disk drive.  We then tried applying the updates to
the
new drive.  It also failed at this update!?*%$#  So we restored the new
drive
again and tried to debug the old drive.


> Give that stuff ago and let us know how you get on.
> 
> 
> 
> rgs
> Sonny
> Cazab Communications Limited

We have the mail server back in operation by copying files from the old
drive
to the new drive.  (etc/*mail* + passwd group shadow)  The GUI is unable to
list
the users, though they can still check mail through POP and it accepts mail
through
SMTP.  Apparently there is a backend database that holds this user
info separately from the normal files.  Manual updates to the normal files
seem
to be in constant danger of getting replaced from the gui driven mechanism.

Where is the backend database?  Can I simply copy that from the old drive to
the
new drive?  Alternatively if I can get the old drive working, we can simply
copy back
the latest mail and mqueue contents and be back in business.

-- 
Lloyd Kvam
Venix Corp.
1 Court Street, Suite 378
Lebanon, NH 03766-1358

voice: 
603-443-6155
fax: 
801-459-9582


--__--__--

Message: 5
From: "Web Host Supply" <cobalt@xxxxxxxxxxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Subject: RE: [cobalt-users] Sources for used/remanufactured Cobalt products?
Date: Tue, 24 Sep 2002 16:08:13 -0500
Reply-To: cobalt-users@xxxxxxxxxxxxxxx

>> I have a nonprofit client who is trying to acquire a CacheQube to use 
>> on their LAN to take better advantage of their low bandwidth internet 
>> connection. Does anyone know of a good/reliable/trustworthy source 
>> for used/remanufactured equipment?
>> 
>
>In case you missed it in the FAQ, this list is not the place for buying
>and selling equipment. There are too many dealers on the list who could
>flood it with offers. Try eBay, half.com, www.webhostingtalk.com, Yahoo
>Auctions, etc.
>-- 
>Dan Kriwitsky
>
>Please reply to the list only. Offlist replies are not read.
> 
No Cobalts for you cried the Cobalt Nazi....


--__--__--

Message: 6
From: "Network Operations" <admin@xxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Subject: RE: [cobalt-users] Sources for used/remanufactured Cobalt products?
Date: Tue, 24 Sep 2002 17:13:13 -0400
Reply-To: cobalt-users@xxxxxxxxxxxxxxx

www.recurrent.com

A pleasure to work with, I purchase all my remanufactured Cisco
stuff there as well.

-----Original Message-----
From: cobalt-users-admin@xxxxxxxxxxxxxxx
[mailto:cobalt-users-admin@xxxxxxxxxxxxxxx] On Behalf Of Web Host Supply
Sent: Tuesday, September 24, 2002 5:08 PM
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: RE: [cobalt-users] Sources for used/remanufactured Cobalt
products?

>> I have a nonprofit client who is trying to acquire a CacheQube to use

>> on their LAN to take better advantage of their low bandwidth internet

>> connection. Does anyone know of a good/reliable/trustworthy source 
>> for used/remanufactured equipment?
>> 
>
>In case you missed it in the FAQ, this list is not the place for buying
>and selling equipment. There are too many dealers on the list who could
>flood it with offers. Try eBay, half.com, www.webhostingtalk.com, Yahoo
>Auctions, etc.
>-- 
>Dan Kriwitsky
>
>Please reply to the list only. Offlist replies are not read.
> 
No Cobalts for you cried the Cobalt Nazi....

_____________________________________
cobalt-users mailing list
cobalt-users@xxxxxxxxxxxxxxx
To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
http://list.cobalt.com/mailman/listinfo/cobalt-users


--__--__--

Message: 7
Date: Tue, 24 Sep 2002 17:14:39 -0400
From: Lloyd Kvam <lkvam@xxxxxxxxx>
Organization: Venix Corp
To: cobalt-users@xxxxxxxxxxxxxxx
Cc: Allen Morrison <amorrison@xxxxxxxxxxxxxxxxx>
Subject: Re: [cobalt-users] Update failure installing
Qube3-ml-Update-4.0.pkg
Reply-To: cobalt-users@xxxxxxxxxxxxxxx

Malcolm McLeary wrote:

> Hi Lloyd,
> 
> on 24/9/02 11:53 AM, Lloyd Kvam wrote:
> 
> 
>>The Cobalt Qube3, used as a mail server by the local school district,
failed
>>to reboot after installing the Qube3-ml-Update-4.0.pkg.
>>
> 
> I've experienced exactly the same scenario.
> 
> There were two versions of Qube3-ml-Update-4.0.pkg released.  Did you try
> installing an old copy of the original release or the 2nd release?  Also
did
> you attempt installation via the internet or did you do a GUI manual
install
> from a local source?  My preferred "local" source is;


I only found one version on the sun.cobalt web site.  I presume it MUST be
the
correct one.  We did an internet install.  I have used FTP to retrieve the
file
and am considering trying a local install.  Hopefully, by using the console
port
at the same time, I'll get a clue as to what failed.


> 
> http://127.0.0.1./packages/Qube3-ml-Update-4.0.pkg
> 
> That is I download my updates in advance and copy them into
> 
> /home/groups/home/web/packages
> 
> What sort of Qube3 is it?
> 
> If its not a Pro Ed (i.e. doesn't have RAID), then you could do what I
did.
> I installed a fresh disk in slot A and did an OS restore.  I then
installed
> the dead disk in slot B and mounted the partitions.  This gave me a
working
> system with the files I needed to "recover" readily available.
> 
> If it is a Pro Ed, then it'll be a bit more complex as you will not be
able
> to simply install the dead disk on the 2nd IDE bus as it'll become a
member
> of the RAID set and get overwritten.  You could try connecting the dead
disk
> as a slave on the primary IDE instead of as a Master on the 2nd IDE.


This is essentially what we have done to get mail flowing again for now.


> These days I have a Disaster Recovery hard disk which is essentially a
Qube3
> Std Ed disk with the Retrospect Linux Client installed.  I put it in slot
A
> and the dead disk in slot B.  I boot the system and mount the partitions
of
> the disk in slot B.  Then from a PC running Retrospect 6.0 for Windows I
> perform a full backup of the dead disk.  Next I install a fresh disk in
slot
> A and do an OS Restore followed by an installation of the Retrospect Linux
> client.  With the client installed I can get Retrospect to restore files
> from the backup I just made.  If you apply all the updates necessary after
> doing the OS Restore you only need to use Retrospect to Restore /var and
> /home to bring the Qube3 back to where it was.
> 
> Having been stung by an upgrade making a system unbootable on more than
one
> occasion I now perform a system backup before installing any update.


We should be doing the same I guess.


> Cheers,  Malcolm
> 
> _____________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
> http://list.cobalt.com/mailman/listinfo/cobalt-users

Thanks for the advice.

-- 
Lloyd Kvam
Venix Corp.
1 Court Street, Suite 378
Lebanon, NH 03766-1358

voice: 
603-443-6155
fax: 
801-459-9582


--__--__--

Message: 8
Date: Tue, 24 Sep 2002 21:43:57 +0000
From: mikenulty@xxxxxxxxxxx
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: [cobalt-users] ISDN on Qube3
Reply-To: cobalt-users@xxxxxxxxxxxxxxx

Has anyone experience with bonded or aggregated ISDN solutions with Cyclades
or 
AVN or similar cards? We are trying to create a 256 (or larger) pipe.

Thanks - Mike Nulty

 




------------------------------------------------- 
Everyone should have http://www.freedom2surf.net/ 


--__--__--

Message: 9
Date: Tue, 24 Sep 2002 18:04:20 -0400
From: Lloyd Kvam <lkvam@xxxxxxxxx>
Organization: Venix Corp
To: cobalt-users@xxxxxxxxxxxxxxx
Cc: Allen Morrison <amorrison@xxxxxxxxxxxxxxxxx>
Subject: Re: [cobalt-users] Update failure installing
Qube3-ml-Update-4.0.pkg
Reply-To: cobalt-users@xxxxxxxxxxxxxxx

Malcolm McLeary wrote:

> Hi Lloyd,
> 
> on 24/9/02 11:53 AM, Lloyd Kvam wrote:
> 
> 
>>The Cobalt Qube3, used as a mail server by the local school district,
failed
>>to reboot after installing the Qube3-ml-Update-4.0.pkg.
>>
> 
> I've experienced exactly the same scenario.
> 
> There were two versions of Qube3-ml-Update-4.0.pkg released.  Did you try
> installing an old copy of the original release or the 2nd release?  Also
did
> you attempt installation via the internet or did you do a GUI manual
install
> from a local source?  My preferred "local" source is;
> 
> http://127.0.0.1./packages/Qube3-ml-Update-4.0.pkg
> 
> That is I download my updates in advance and copy them into
> 
> /home/groups/home/web/packages


I would like to try applying the update again, now that I have already
downloaded
it.  However, when I boot the old drive, I do not get a working ethernet
interface,
and can NOT use the web/gui.  So I can't specify the local URL!

What is the .pkg equivalent of rpm --install?  I could
not find any pkg commands poking around the Qube3 or using google.  I will
try to
figure out from the PHP scripts if no one responds.

 
> What sort of Qube3 is it?


One drive, no raid.  Probably the lowest cost model at the time.


Thanks for assistance and advice.

-- 
Lloyd Kvam
Venix Corp.
1 Court Street, Suite 378
Lebanon, NH 03766-1358

voice: 
603-443-6155
fax: 
801-459-9582


--__--__--

Message: 10
Date: Wed, 25 Sep 2002 10:23:52 +1200
Subject: Re: [cobalt-users] Update failure installing
	Qube3-ml-Update-4.0.pkg
From: Sonny Taite <sonny@xxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Reply-To: cobalt-users@xxxxxxxxxxxxxxx



Okay Lloyd,

If you want to continue to debug the old drive do the following:

Boot it up and run the command:

dmesg > /tmp/boot.messages

Now more (or vi) the file /tmp/boot.messages - this will give you quite a
detailed list on what happened during boot up. You will be looking for
entries for the dp* driver and the eth0/eth1 interfaces coming up, or errors
around that point.

You may also like to check the state of the kernel modules with

modprobe -c

AND

lsmod

modprobe -c will show you the current config - which modules are turned
on/off etc

lsmod will show you which modules are currently loaded.


Work on what the boot.messages file is saying first as that may give direct
clues as to what is happening to your network.


Let us know how that goes.

Sonny.





On 9/25/02 9:00 AM, "Lloyd Kvam" <lkvam@xxxxxxxxx> wrote:

> Sonny Taite wrote:
> 
>> Always a tricky problem!
>> 
>> My only advice is before you give in, try to work out why it is not
booting,
>> and why the ethernet devices are not coming up.
>> 
>> If you can get a command line:
>> 
>> 1. cat /etc/modules.conf - looking for alias eth0 dp83815 and eth1
dp83815
>> 
>> Short version: this says load the kernel module/driver for eth0/1
> 
> 
> Yes, these lines are present
> 
> 
>> 
>> 2. if these exist use "ifconfig eth0 up" command to see if it will come
up
>> without any more mucking around
> 
> 
> It will not come up.  No such device.
> 
> 
> 
>> 3. if 1 is true but 2 is not, then cd /etc/sysconfig/network-scripts and
>> look at the ifcfg-eth0 and ifcfg-eth1 files - they will have the
information
>> for your networks.
> 
> 
> These are OK.
> 
> 
> 
>> 4. thank the allmighty command line, and curse the gui gods.
> 
> 
> AMEN
> 
>> 5. if none of this works, and the machine won't even boot, then it might
be
>> easier to restore the machine, rather than follow detailed instructions
from
>> the mailing list.
> 
> 
> We restored onto a second disk drive.  We then tried applying the updates
to
> the
> new drive.  It also failed at this update!?*%$#  So we restored the new
drive
> again and tried to debug the old drive.
> 
> 
>> Give that stuff ago and let us know how you get on.
>> 
>> 
>> 
>> rgs
>> Sonny
>> Cazab Communications Limited
> 
> We have the mail server back in operation by copying files from the old
drive
> to the new drive.  (etc/*mail* + passwd group shadow)  The GUI is unable
to
> list
> the users, though they can still check mail through POP and it accepts
mail
> through
> SMTP.  Apparently there is a backend database that holds this user
> info separately from the normal files.  Manual updates to the normal files
> seem
> to be in constant danger of getting replaced from the gui driven
mechanism.
> 
> Where is the backend database?  Can I simply copy that from the old drive
to
> the
> new drive?  Alternatively if I can get the old drive working, we can
simply
> copy back
> the latest mail and mqueue contents and be back in business.


--__--__--

Message: 11
Date: Wed, 25 Sep 2002 08:31:53 +1000
Subject: Re: [cobalt-users] Update failure installing
	Qube3-ml-Update-4.0.pkg
From: Malcolm McLeary <mmcleary@xxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Reply-To: cobalt-users@xxxxxxxxxxxxxxx

Hi Lloyd,

on 25/9/02 8:04 AM, Lloyd Kvam wrote:

> I would like to try applying the update again, now that I have already
> downloaded it.  However, when I boot the old drive, I do not get a working
> ethernet interface, and can NOT use the web/gui.  So I can't specify the
local
> URL!

Personally I wouldn't be worrying about getting the original disk to work as
I'd be concerned if I'd actually fixed everything.

> What is the .pkg equivalent of rpm --install?  I could not find any pkg
> commands poking around the Qube3 or using google.  I will try to figure
out
> from the PHP scripts if no one responds.