[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cobalt-users] OS update applied but now SiteManage directory gets deleted
- Subject: RE: [cobalt-users] OS update applied but now SiteManage directory gets deleted
- From: "Jeff Witczak" <jwitczak@xxxxxxxxxxxx>
- Date: Tue Apr 9 06:45:06 2002
- List-id: Mailing list for users to share thoughts on Cobalt products. <cobalt-users.list.cobalt.com>
>
> I have applied the OS update but after that whenever I click
> on deleting any site , It deletes the whole SiteManage directory. ? There
was
> a patch long back stating the same that if by mistake click on the
> delete button twice it deletes the Sitemanage directory but I cannot
> apply that patch also as It was included in the OS update.
>
> Any clue why its deleting the site Manage directory and How can I
> rectify the same?
>
I had the same problem...only in addition to some other symptoms. All the
e-mail domain aliases were removed.
The SiteManage directory can be rebuilt using a script called fixsite.pl
(attached below - careful of the wrapping) obtained from somewhere in
cobalt. I apologize, but the exact usage I'm not sure of at this point --
if you need more info, let me know and I'll see if I can find my notes! Sun
did this before I knew this script existed and our service was pooched! The
home site you need to create manually by issuing the following as root:
[root /]# ln -s /usr/admserv/html/.cobalt/siteManage/home
/usr/admserv/html/.cobalt/siteManage/ip.address.ofyour.raq
This made all the siteadmin pages work again.
The easiest solution I could find to getting the e-mail domain aliases to
work was to manually go into each domain (we only had 50 at the time) and
re-add the aliases.
Hope this helps...
At the time, SUN Cobalt support didn't know of this problem and I didn't
realize what had caused it. But now that you say that (deletion of a site),
that is what I had done a bit before I realized these problems. They said
it usually occurred when the root (/) partition filled up, but that
obviously wasn't the problem with our system...
- Jeff
#!/usr/bin/perl
# creates the admin server pages for all domains on a RaQ 3 or RaQ 4
# except for the home site
require Cobalt::Layout;
require Cobalt::Admserv;
require Cobalt::Vsite;
require Cobalt::Meta;
use Cobalt::Product;
foreach my $vhost (Cobalt::Vsite::vsite_list()) {
next unless ($$vhost[1]);
my $fqdn = $$vhost[1];
my ($group) = Cobalt::Meta::query("type" => "vsite",
"keys" => ["name"],
"where" => ["name", "<>", "default",
"and", "fqdn", "=", "$fqdn"]);
# next if($group eq "home");
if($group) {
warn "creating admserver pages for group: $group site name:
$fqdn\n";
Cobalt::Layout::layout_siteManage($group, $fqdn);
Cobalt::Admserv::admserv_set_access(qq[$AdminPages_dir/siteManage/$group],
'require', 'group', $group);
unlink("$AdminPages_dir/siteManage/$fqdn") if (-l
"$AdminPages_dir/siteManage/$fqdn");
symlink("$AdminPages_dir/siteManage/$group",
"$AdminPages_dir/siteManage/$fqdn");
} else {
warn "unkown fqdn: $fqdn or group: $group\n";
}
}