Recent Comments

  • Reply to: Lost Serial Cable that came with the E Class   1 week 4 days ago

    Finally we decided to buy it on eBay. Unfortunately, it sounds that you are right. No message from the prompt Zterm... Bad news...
    Any chance to make Promise wake up ?

    Thanks

    XServe : Yosemite Server directly pluged in to SAN Promise
    &
    Promise VTrack E Class and extension J Class

  • Reply to: Xsan - Cant add clients, tried everything.   2 weeks 3 days ago

    Sinceraly no. I solved formatting the two server metadata and I reinstalled all.
    Now they work well.

  • Reply to: Xsan - Cant add clients, tried everything.   2 weeks 4 days ago

    Mar 29 12:49:45 edit4.fish.pvt mdmclient[2803]: Unable to contact node ldaps://mdc.fish.pvt:389

    Your client couldn't connect to the LDAP server to download the SAN config. Have you contacted Apple support?

  • Reply to: Manage Mount Volumes in Xsan 4   2 weeks 4 days ago

    If you manually unmount a volume on a client with "xsanctl unmount VolumeName", the client remembers that (in /Library/Preferences/Xsan/automount.plist) and won't automatically mount that volume again. If you need to get the volume mounted again, just manually mount with "xsanctl mount VolumeName".

    Check out Apple Remote Desktop's Send Unix command if you need to do this on a bunch of Macs simultaneously.

  • Reply to: Lost Serial Cable that came with the E Class   2 weeks 4 days ago

    I'd check with Promise support and see if they could help with the maintenance mode condition and getting a replacement serial cable. Note that the VTrak could be inaccessible even over serial if the controller is in maintenance mode; you'll know that if you see some messages when the VTrak starts up but you never get to the prompt.

  • Reply to: Final Cut Server - Preventing proxies from caching locally on Windows XP   2 weeks 4 days ago

    Thanks :) this article is very interesting :)
    Order thesis online here.

  • Reply to: Incorrect search policy   3 weeks 3 days ago

    It was corrupted LDAP database which ive successfully recovered with db_recover.

    Thank you nevertheless!

  • Reply to: Xsan - Cant add clients, tried everything.   4 weeks 25 min ago

    I have upgraded my servers and clients from Maverick to Yosemite, but the client no mount san volumes.
    When I load profile on client, I have this error log:

    Mar 29 12:49:44 edit4.fish.pvt mdmclient[2803]: trimming ldaps://, made 'fcs.fish.pvt:389'
    Mar 29 12:49:45 edit4.fish.pvt mdmclient[2803]: loadControllerCerts called on mdc.fish.pvt:389
    Mar 29 12:49:45 edit4.fish.pvt mdmclient[2803]: profileLoad passing in {
    sanAuthMethod = "auth_secret";
    sanConfigURLs = (
    "ldaps://mdc.fish.pvt:389",
    "ldaps://fcs.fish.pvt:389"
    );
    sanName = "My Xsan";
    sharedSecret = "********";
    }
    Mar 29 12:49:45 edit4.fish.pvt mdmclient[2803]: checkSanConfigChange passed newConfig {
    configIsNew = "";
    sanAuthMethod = "auth_secret";
    sanConfigURLs = (
    "ldaps://mdc.fish.pvt:389",
    "ldaps://fcs.fish.pvt:389"
    );
    sanName = "My Xsan";
    sharedSecret = "********";
    }
    and old config
    {
    }
    Mar 29 12:49:45 edit4.fish.pvt mdmclient[2803]: Unable to contact node ldaps://mdc.fish.pvt:389
    Mar 29 12:49:45 edit4.fish.pvt mdmclient[2803]: Unable to contact node ldaps://fcs.fish.pvt:389
    Mar 29 12:49:45 edit4.fish.pvt mdmclient[2803]: NodeChecking hated all of it
    Mar 29 12:49:45 edit4.fish.pvt mdmclient[2803]: profileLoad got cC 40
    Mar 29 12:49:45 edit4 com.apple.xpc.launchd[1] (com.apple.xsan): Unknown key for Boolean: ForceEnableHack
    Mar 29 12:49:45 edit4 com.apple.xpc.launchd[1] (com.apple.xsan): The HopefullyExitsLast key is no longer respected. Please remove it.
    Mar 29 12:49:45 edit4 com.apple.xpc.launchd[1] (com.apple.xsan): Please switch away from OnDemand to KeepAlive.
    Mar 29 12:49:45 edit4 com.apple.xpc.launchd[1] (com.apple.xsan): The ServiceIPC key is no longer respected. Please remove it.
    Mar 29 12:49:45 edit4 com.apple.xpc.launchd[1] (com.apple.xsan): The IgnoreProcessGroupAtShutdown key is not yet implemented. If you rely on this key, please file a bug.
    Mar 29 12:49:45 edit4 com.apple.xpc.launchd[1] (com.apple.xsandaily): Unknown key for Boolean: ForceEnableHack
    Mar 29 12:49:45 edit4.fish.pvt xsand[2804]: kern.coredump: 1 -> 1
    Mar 29 12:49:45 edit4.fish.pvt xsand[2804]: kern.corefile: '/cores/core.%P' -> '/cores/core.%N.%P'
    Mar 29 12:49:45 edit4.fish.pvt xsand[2804]: kern.ipc.maxsockbuf: Result too large
    Mar 29 12:49:45 edit4.fish.pvt xsand[2804]: checkSanConfigChange passed newConfig {
    }
    and old config
    {
    }
    Mar 29 12:49:45 edit4.fish.pvt mdmclient[2803]: [Daemon:0] Installed configuration profile: Xsan Configuration Profile (com.apple.xsan.112:CB8EB501-C676-415B-BCCC-0EBC1495A388) for
    Mar 29 12:49:45 edit4 kernel[0]: Xsan Revision 4.3.2 Build 546.1[30118] Branch Head Built for Darwin 14.0 x86_64 Created on Sun Nov 16 15:05:58 PST 2014
    Mar 29 12:49:45 edit4.fish.pvt xsand[2804]: xsand_setup_SpotlightServer starting
    Mar 29 12:49:45 edit4.fish.pvt xsand[2804]: xsand_setup_SpotlightServer about to ioctl. flags 0
    Mar 29 12:49:45 edit4.fish.pvt xsand[2804]: xsand_setup_SpotlightServer did ioctl.
    Mar 29 12:49:45 edit4.fish.pvt xsand[2804]: xsand_setup_SpotlightServer done
    Mar 29 12:49:45 edit4.fish.pvt xsand[2804]: No fsnameservers file; deferring MDC reachability checks

    I checked ThomasB's points and they are ok.
    The only remaining solution is to return to Maverick.