SYSMGR

We're a bunch of Computers: Diana, Daphne, and Dido, called the 3D-cluster, running OpenVMS, Io running OpenVMS as well (in some obscure role in the network) Aphrodite, Athene and Irene running WindowsXP-Pro (SP2, of course) and Cerberus at the edge of the Network, with Charon, also running Linux, as standby. SYSMGR takes care of us.

Wednesday, December 28

28-Dec-2005

Single System disk attempt
Followed another approach: just create a new system root, have all missing (node-specific) files copied and boot from there.
Copying the files was already a problem with switching paths. The same happens booting from that shared system disk:

%%%%%%%%%%% OPCOM 28-DEC-2005 09:12:52.87 %%%%%%%%%%%
Logfile time stamp

%%%%%%%%%%% OPCOM 28-DEC-2005 09:18:40.76 %%%%%%%%%%%
Device $116$DKA100: (DIDO PKB, DIANA) is offline.
Mount verification is in progress.

%%%%%%%%%%% OPCOM 28-DEC-2005 09:18:43.57 %%%%%%%%%%%
09:18:43.57 Multipath access to device $116$DKA100: has been auto switched from path PKB0.1 (DIDO) to path MSCP (DIANA)

%%%%%%%%%%% OPCOM 28-DEC-2005 09:18:43.58 %%%%%%%%%%%
Mount verification has completed for device $116$DKA100: (DIANA, DIDO PK)

%%%%%%%%%%% OPCOM 28-DEC-2005 09:18:48.35 %%%%%%%%%%%
Device $116$DKA100: (DIANA, DIDO PK) is offline.
Mount verification is in progress.

%%%%%%%%%%% OPCOM 28-DEC-2005 09:18:48.37 %%%%%%%%%%%
09:18:48.37 Multipath access to device $116$DKA100: has been auto switched from path MSCP (DIANA) to path PKB0.1 (DIDO)

%%%%%%%%%%% OPCOM 28-DEC-2005 09:18:48.37 %%%%%%%%%%%
Mount verification has completed for device $116$DKA100: (DIDO PKB, DIANA)

%%%%%%%%%%% OPCOM 28-DEC-2005 09:20:40.65 %%%%%%%%%%%
Device $116$DKA100: (DIDO PKB, DIANA) is offline.
Mount verification is in progress.

%%%%%%%%%%% OPCOM 28-DEC-2005 09:20:43.04 %%%%%%%%%%%
09:20:43.04 Multipath access to device $116$DKA100: has been auto switched from path PKB0.1 (DIDO) to path MSCP (DIANA)

%%%%%%%%%%% OPCOM 28-DEC-2005 09:20:43.04 %%%%%%%%%%%
Mount verification has completed for device $116$DKA100: (DIANA, DIDO PK)

%%%%%%%%%%% OPCOM 28-DEC-2005 09:23:48.37 %%%%%%%%%%%
Device $116$DKA100: (DIANA, DIDO PK) is offline.
Mount verification is in progress.

%%%%%%%%%%% OPCOM 28-DEC-2005 09:23:48.42 %%%%%%%%%%%
09:23:48.42 Multipath access to device $116$DKA100: has been auto switched from path MSCP (DIANA) to path PKB0.1 (DIDO)

%%%%%%%%%%% OPCOM 28-DEC-2005 09:23:48.42 %%%%%%%%%%%
Mount verification has completed for device $116$DKA100: (DIDO PKB, DIANA)

%%%%%%%%%%% OPCOM 28-DEC-2005 09:24:18.72 %%%%%%%%%%%
Device $116$DKA100: (DIDO PKB, DIANA) is offline.
Mount verification is in progress.

%%%%%%%%%%% OPCOM 28-DEC-2005 09:24:20.94 %%%%%%%%%%%
09:24:20.94 Multipath access to device $116$DKA100: has been auto switched from path PKB0.1 (DIDO) to path MSCP (DIANA)

%%%%%%%%%%% OPCOM 28-DEC-2005 09:24:20.94 %%%%%%%%%%%
Mount verification has completed for device $116$DKA100: (DIANA, DIDO PK)

and that may go on for some time. The only way to get on is to abort the process
Asked ITRC how to get on from here...

Security
FTP
One from Belgium:
%%%%%%%%%%% OPCOM 27-DEC-2005 17:59:21.76 %%%%%%%%%%%
Message from user TCPIP$FTP on DIANA
User Name: anonymous
Source: 189-85.241.81.adsl.skynet.be
Status: NOPRIV -- File access violation
Object: WEB_DISK:[public.anonymous.051227175922p]

Script running. Too short to do it all by hand:

27-DEC-2005 17:59:21.59 User:anonymous ident:Igpuser@home.com status:00010001 CWD dir:WEB_DISK:[public.anonymous]
27-DEC-2005 17:59:21.81 User:anonymous ident:Igpuser@home.com status:07649912 CWD dir:WEB_DISK:[public.anonymous]SYS$POSIX_ROOT^:pub.;
27-DEC-2005 17:59:25.54 User:anonymous ident:Igpuser@home.com logged out

He (or she? but most kiddies are male) tries quite a lot:

%TCPIP-I-FTP_SESCON, FTP SERVER: session connection from 189-85.241.81.adsl.skynet.be at 27-DEC-2005 17:59:20.38
%TCPIP-I-FTP_NODE, client host name: 189-85.241.81.adsl.skynet.be
%TCPIP-I-FTP_USER, user name: anonymous
%TCPIP-I-FTP_OBJ, object: WEB_DISK:[public.anonymous.051227175922p]
%TCPIP-I-FTP_CHINFO, TCPIP$FTPC0001A: Failed to create directory
%SYSTEM-F-NOPRIV, insufficient privilege or object protection violation
%TCPIP-I-FTP_NODE, client host name: 189-85.241.81.adsl.skynet.be
%TCPIP-I-FTP_USER, user name: anonymous
%TCPIP-I-FTP_OBJ, object: SYS$POSIX_ROOT^:pub
%TCPIP-I-FTP_CHINFO, TCPIP$FTPC0001A: Failed to set default directory
%TCPIP-E-FTP_BADDIR, invalid directory


and the script goes on:

%TCPIP-I-FTP_OBJ, object: /images/
%TCPIP-I-FTP_OBJ, object: /pub/images /pub/_vti_pvt/
%TCPIP-I-FTP_OBJ, object: /pub/_vti_txt/ /wwwroot/
%TCPIP-I-FTP_OBJ, object: /wwwroot/incoming/
%TCPIP-I-FTP_OBJ, object: /wwwroot/pub/
%TCPIP-I-FTP_OBJ, object: /public/incoming/
%TCPIP-I-FTP_OBJ, object: /incoming/
%TCPIP-I-FTP_OBJ, object: /pub/incoming/
%TCPIP-I-FTP_OBJ, object: /upload/
%TCPIP-I-FTP_OBJ, object: /_vti_cfg/
%TCPIP-I-FTP_OBJ, object: /_vti_cnf/
%TCPIP-I-FTP_OBJ, object: /_vti_pvt/
%TCPIP-I-FTP_OBJ, object: /_vti_txt/
%TCPIP-I-FTP_OBJ, object: /_vti_log/
%TCPIP-I-FTP_OBJ, object: /wwwroot/
%TCPIP-I-FTP_OBJ, object: /www/
%TCPIP-I-FTP_OBJ, object: /public/
%TCPIP-I-FTP_OBJ, object: /outgoing/
%TCPIP-I-FTP_OBJ, object: /temp/
%TCPIP-I-FTP_OBJ, object: /tmp/
%TCPIP-I-FTP_OBJ, object: /anonymous/_vti_pvt/
%TCPIP-I-FTP_OBJ, object: /anonymous/incoming/
%TCPIP-I-FTP_OBJ, object: /mailroot/
%TCPIP-I-FTP_OBJ, object: /ftproot/
%TCPIP-I-FTP_OBJ, object: /anonymous/pub/
%TCPIP-I-FTP_OBJ, object: /anonymous/public/
%TCPIP-I-FTP_OBJ, object: /anonymous/
%TCPIP-I-FTP_OBJ, object: /images/
%TCPIP-I-FTP_OBJ, object: /_private/
%TCPIP-I-FTP_OBJ, object: /cgi-bin/
%TCPIP-I-FTP_OBJ, object: /cgibin/
%TCPIP-I-FTP_OBJ, object: /usr/
%TCPIP-I-FTP_OBJ, object: /usr/incoming/
%TCPIP-I-FTP_OBJ, object: /home/
%TCPIP-I-FTP_OBJ, object: /in/
%TCPIP-I-FTP_OBJ, object: /html/
%TCPIP-I-FTP_OBJ, object: /cgi-bin/
%TCPIP-I-FTP_OBJ, object: /_private/
%TCPIP-I-FTP_OBJ, object: /cgi-bin/
%TCPIP-I-FTP_OBJ, object: /cgibin/
%TCPIP-I-FTP_OBJ, object: /usr/
%TCPIP-I-FTP_OBJ, object: /usr/incoming/
%TCPIP-I-FTP_OBJ, object: /public_html/
%TCPIP-I-FTP_OBJ, object: /pub/incoming/
%TCPIP-I-FTP_OBJ, object: /public/incoming/
%TCPIP-I-FTP_OBJ, object: /mailroot/
%TCPIP-I-FTP_OBJ, object: /ftproot/
%TCPIP-I-FTP_OBJ, object: /home/
%TCPIP-I-FTP_OBJ, object: /_private/
%TCPIP-I-FTP_OBJ, object: /temp/
%TCPIP-I-FTP_OBJ, object: /~temp/
%TCPIP-I-FTP_OBJ, object: /tmp/
%TCPIP-I-FTP_OBJ, object: /~tmp/
%TCPIP-I-FTP_OBJ, object: /outgoing/
%TCPIP-I-FTP_OBJ, object: /_private/
%TCPIP-I-FTP_OBJ, object: /temp/
%TCPIP-I-FTP_OBJ, object: /~temp/
%TCPIP-I-FTP_OBJ, object: /anonymous/public/
%TCPIP-I-FTP_OBJ, object: /public/
%TCPIP-I-FTP_OBJ, object: /upload/

and runs out of breath:

%TCPIP-I-FTP_SESDCN, FTP SERVER: session disconnection from 189-85.241.81.adsl.skynet.be at 27-DEC-2005 17:59:25.67

A warning will go out.

Mail:
It has been quiet on this front:
27-DEC-2005 00:57:11.39 NOSPAMRLY 125.188.61.77 gjwns_11@daum.net
27-DEC-2005 22:10:23.33 CLNTINRBL 82.59.217.38

Boinc
It just does that. I keep a blog on this on OpenVMSPlanet (http://www.openvmsplanet.org/community/viewtopic.php?t=28&sid=c27cd31ebae1d756c7631c2e59716f95) so you can reard there what problems I encountered up to this moment. It will be a harder nut to crack, than I imagined....

0 Comments:

Post a Comment

<< Home